Return-Path: 
 <jspwiki-user-return-2115-apmail-incubator-jspwiki-user-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-jspwiki-user-archive@minotaur.apache.org
Received: (qmail 89422 invoked from network); 6 May 2009 12:53:39 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 6 May 2009 12:53:39 -0000
Received: (qmail 17363 invoked by uid 500); 6 May 2009 12:53:39 -0000
Delivered-To: apmail-incubator-jspwiki-user-archive@incubator.apache.org
Received: (qmail 17339 invoked by uid 500); 6 May 2009 12:53:38 -0000
Mailing-List: contact jspwiki-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:jspwiki-user-help@incubator.apache.org>
List-Unsubscribe: <mailto:jspwiki-user-unsubscribe@incubator.apache.org>
List-Post: <mailto:jspwiki-user@incubator.apache.org>
List-Id: <jspwiki-user.incubator.apache.org>
Reply-To: jspwiki-user@incubator.apache.org
Delivered-To: mailing list jspwiki-user@incubator.apache.org
Received: (qmail 17329 invoked by uid 99); 6 May 2009 12:53:38 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2009 12:53:38 +0000
X-ASF-Spam-Status: No, hits=2.2 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [212.123.94.102] (HELO mailserver.quinary.it) (212.123.94.102)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2009 12:53:27 +0000
Received: from [192.168.144.92] ([192.168.144.92]) by mailserver.quinary.it
 with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 6 May 2009 14:53:04 +0200
Message-ID: <4A018830.4000805@quinary.com>
Date: Wed, 06 May 2009 14:53:04 +0200
From: Luca Gilardoni <gil@quinary.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: jspwiki-user@incubator.apache.org
Subject: Re: AW: UserTimezone shift after 2.8.1 Upgrade
References: <B0FCA68A9980A24584DF15B46478B25E2D64C0@ORISA110.ORISA2007.local>
In-Reply-To: <B0FCA68A9980A24584DF15B46478B25E2D64C0@ORISA110.ORISA2007.local>
Content-Type: multipart/alternative;
 boundary="------------030700050303020404070709"
X-OriginalArrivalTime: 06 May 2009 12:53:04.0967 (UTC)
 FILETIME=[98E24570:01C9CE49]
X-CT-RefID: str=0001.0A0B0203.4A018831.013A,ss=1,fgs=0
X-Virus-Checked: Checked by ClamAV on apache.org

--------------030700050303020404070709
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Fischer, Nicola (ORISA Software GmbH) ha scritto:
> Ok, the userprofiles are lost, but anyone has an idea why these setting don�t apply?
>
> jspwiki.defaultprefs.template.dateformat =dd-MMM-yyyy HH:mm
> jspwiki.defaultprefs.template.timezone =GMT+01:00
> jspwiki.defaultprefs.template.orientation =fav-left
> jspwiki.defaultprefs.template.editor =plain
>   
i'm exactly in the same situation, just had a look at the code ...
- if I look at the select generated in prefs I see:

  <select id='prefTimeZone' name='prefTimeZone'>    
      <option value='GMT-12'  >(GMT-12) Enitwetok, Kwajalien </option>
....
      <option value='GMT-1'  >(GMT-1) Azores, Cape Verde Islands </option>
      <option value='GMT'  >(GMT) Casablanca, Dublin, Edinburgh, London, Lisbon, Monrovia </option>
      <option value='Europe/Berlin'  >(GMT+1) Berlin, Brussels, Copenhagen, Madrid, Paris, Rome [SERVER]</option>
      <option value='GMT+2'  >(GMT+2) Helsinki, Athens, Kaliningrad, South Africa, Warsaw </option>
...
      <option value='GMT+12'  >(GMT+12) Auckland, Wellington, Fiji, Marshall Island </option>
  </select>


Looks like the IDs , which comes from   TemplateManager.listTimeZones , 
gets out of sync on the default one. I have no time now to investigate more
but I strongly suspect there is something wrong in 
TemplateManager.listTimeZones.
I'll let you know if I manage to go inside ...

>  
>
>
>
> -----Urspr�ngliche Nachricht-----
> Von: Janne Jalkanen [mailto:janne.jalkanen@iki.fi] 
> Gesendet: Mittwoch, 25. Februar 2009 15:21
> An: jspwiki-user@incubator.apache.org
> Betreff: Re: UserTimezone shift after 2.8.1 Upgrade
>
>   
>> Nicola's got a point, though. The user's timezone could be easily 
>> persisted as a UserProfile attribute.... and it probably should be.
>>     
>
> But that'll work only if you're using our UserDatabase.
>
> IMO we should have a separate databases for user preferences and user authentication.  The first one is just a key-value store, and user-extensible, and the latter is our current auth db.  This allows you to use LDAP and still benefit from local settings.
>
> /Janne
>
>
>
> ____________
> Virus checked by G DATA AntiVirus
> Version: AVF 19.285 dated 03.03.2009
>
>   


-- 
Luca Gilardoni
Quinary Spa,  via Pietrasanta 14, 20141, Milan, Italy
Tel: +39 02 3090151 Fax: +39 02 30901599
http://www.quinary.com
mailto:l.gilardoni@quinary.com



--------------030700050303020404070709--