|
[
Permalink
| « Hide
]
Myles Braithwaite added a comment - 05/Jan/07 05:11 PM
I am getting the same error on Linux using the default database.
OK, that's weird. I can't imagine that not having tripped up our functional tests if it'd happened locally.
Scheduling for fix ASAP. Hi,
I just wanted to report the same issue, but fortunately found this report, which some already created. Yesterday I figured out the cause of this problem which even leads to a simple workaround: The Cause In my case (I'm from Germany) the server's time zone is "MET", which isn't mentioned in timezones.properties. The Workaround HTH, Stefan We are having the same issue though ours is a linux environment. The fix suggested by adding to the timezones.properties file did not work for us either.
Stefan's fix actually worked for us. I had initially tried with a timezone that didn't EXACTLY match with what was listed in our system. Here's what we did on our SuSE Linux box:
Copied the value of the TIMEZONE (in our case US/Central) to the confluence\WEB-INF\classes\com\atlassian\confluence\core\timezones.properties file. This worked! How do I find out what value to use for Windows XP SP 2?
Hi Dan,
are you familiar with Java? public class ShowTimeZone { You'll find the value you need to add to your timezones.properties in the console output of the program. It's the one between the single quotes. Bye, Stefan There is a simpler way. You can find timezone info under Dashboard > Administration > View System Information
Yeah - I just haven't used java.util.TimeZone before. Thanks for the code though.
I think for now I'll just use the Admin page ... for some reason I didnt think of that - duh! Same problem with our default timezone of Europe/London (Tomcat on Windows 2003)
Uploading patch files.
Add Timezone.class to confluence\WEB-INF\classes\com\atlassian\confluence\core and restart Confluence. Reopening to add attachment.
Attaching diff of change.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||