222249 - time changes-backs up 1 hr. when uploaded to server

Status: RESOLVED WORKSFORME

(Calendar :: General, defect)

Description

[dovetale]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624

When I upload the ics files to server the time changes(backs up by 1 hr.)We have
checked all time settings on this end. However the timezone settings in calendar
preferences is not yet available-is this the problem?

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[steen]

Hi,

I see this too, it depends on your TZ variable. Setting it to SET TZ=0 for the
actual session makes most of the events correct, but for some reason not all of
them??

Why does MozCal even bother to change the time..?? It could be a feature to toggle.

Cheers
-- 
steen - menzi.dk
---

Comment 2

[Wm]

hello, dovetale and steen

if you raise this in the newsgroup netscape.public.mozilla.calendar
we may be able to help you with a suitable VTIMEZONE entry for your .ics file.

make sure you mention Bugzilla Bug 222249 and the server specs in your posting.

HTH

Comment 3

[Russell Butler]

This seems to be my experience also, searching the archives of the newsgroup
netscape.public.mozilla.calendar I could find no reference to this bug.

I am trying to share a calendar with my wife, I am using Firefox Extension
Calendar (2005011113) on Mandrake 10.1  and she has Mozila 1.7.8 + calendar on
Windows XP Home, and publishing to a webdav server. Published or Exported files
show Event times of the form :20050511T000000Z, and display when imported one
hour later, ie this was for an event at 10:00 am in Australian Eastern Time (UTC
+ 10) so appears valid.
BUT it displays when imported to Windows (or reloaded to the Linux client) as
11:00 am.

I have put a test at http://www.icalx.com/public/rjbutler001/test
This event was meant to be 0800-0900 on 18th May (Hence:
DTSTART
 :20050517T220000Z

Thanks for any help

Russell

Comment 4

[Lauri Korts-Pärn]

I'm also experiencing similar kind of problem.

Saving calendar into file and then re-opening it moves all the times one hour
later (event at 9:00 comes to be at 10:00). Looks like it's automatically
calculating summertime. My timezone is JST (Japan) and there is no summertime in
Japan.

If i check "Store dates in Universal Time" then re-opening has an effect of
moving all events _before_ 9 hours.. like i wouldn't be in the JST timezone.
Looks like it doesn't know anything about my current timezone anymore.

Dates in file seem to be all in UTC.
When "Store dates in Universal time" is checked, then saved date is incorrect:
it has 2 times UTC difference substracted from it:
Event supposed to start at 10:00 2005 07 04 is saved with DSTART as 20050703T150000Z

Comment 5

[Joey Minta]

*** Bug 303666 has been marked as a duplicate of this bug. ***

Comment 6

[tom strickland]

I believe the problem stems from incorrect application of daylight savings time
adjustments. I created an ics file with Korganizer which stores all times in UCT
(GMT or Zulu time). Appointments before daylight savings time ends are shifted
by 1 hour in Calendar (1 hour later). After daylight savings time ends the
events display the correct time. I know the times in the ics export from
Korganizer are correct.

I live in a province in Canada that does not use daylight savings time - Firefox
seems to be applying daylight savings time adjusments to all timezones.

tom 

Comment 7

[Joey Minta]

Should be fixed in the Sunbird 0.3a1 or a nightly.  Timezone support is much improved there.  If anyone can still reproduce with a current build, they should feel free to reopen.