456521 - meetings are shifted in one hour

Status: RESOLVED DUPLICATE of bug 504299

(Calendar :: Lightning Only, defect)

Description

[Ittay Dror]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008072820 Firefox/3.0.1
Build Identifier: 2.0.0.16 (20080724)

Using lightning 0.9rc2. Ubuntu 8.04

If I set my timezone to Asia/Jerusalem, all invitations I receive (from outlook users or google calendar) are shifted one hour back. If I clear calendar.timezone.local and restart thunderbird, it guesses the timezone to be Asia/Damascus. Now the time in meetings looks ok, but when I accept they are placed one hour back. Hovering over them shows the correct time. If I drag the meeting to the correct time, then now hovering above it shows the time one hour forward. Dragging the meeting.ics file on the calendar icon has the same result, but now it is a normal event and not a meeting (another bug) and the timezone it has is Africa/Addis Ababa (which is, btw, annoying to change, since i need to click the link, then open the drop down and scroll all the way to Asia/Jerusalem. giving a 'local timezone' entry in the drop down (or next to the link), or changing the drop down to a cascading menu will be nice). Trying to set to Asia/Jerusalem again, and restart brings the previous problem back.

Note that an annoying thing is that I can't see the time as specified in the invitation, so I'm always not sure if the 10:00AM I see is 10:00AM or 11:00AM. If I could see the GMT shift also, I could be sure of the real time. 

Also, I'd like to suggest to be able to manually insert my GMT shift instead of selecting from a drop down. I think this will cure all daylight savings times issues.

Anyway, here are the tests I did to make sure my system is set up alright:
'zdump -v /etc/localtime | grep 2008 ' gives the right results (/etc/localtime is symlinked to ../usr/share/zoneinfo/Asia/Jerusalem)
In javascript console, 'Date()' gives the correct time, so does '(new Date).toUTCString()'


Reproducible: Always

Steps to Reproduce:
1.
2.
3.



here is a meeting.ics file. The time of the meeting is supposed to be 13:00
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-05.00) Eastern Time (US & Canada)
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20080909T060949Z
DTSTART;TZID="(GMT-05.00) Eastern Time (US & Canada)":20080910T060000
SUMMARY:Itay/Ella HR talk
UID:040000008200E00074C5B7101A82E0080000000040F9B3C55B12C901000000000000000
 010000000DA20DB78C583A94CAA756445F709B185
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Ittay Dro
 r":MAILTO:[e-mail]
ORGANIZER;CN="Ella Davidson":MAILTO:[e-mail]
LOCATION:
DTEND;TZID="(GMT-05.00) Eastern Time (US & Canada)":20080910T063000
DESCRIPTION:\N
SEQUENCE:0
PRIORITY:5
CLASS:
CREATED:20080909T060953Z
LAST-MODIFIED:20080909T060954Z
STATUS:CONFIRMED
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-OWNERAPPTID:413767640
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:20080909T060949Z
X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:20080909T060949Z
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT00H15M00S
END:VALARM
END:VEVENT
END:VCALENDAR

Comment 1

[totovich]

I had the same issues with my Asia/Jerusalem calendar after upgrading to 0.9. I solved it as follows:
1. Backed up the calendar from 0.8 to an ICS file.
2. Deleted the calndar.
3. Upgraded from 0.8 to 0.9.
4. Selected the Asia/Jerusalem timezone for Lightning (indeed the default selection was Asia/Damascus).
5. restarted TB (not sure this is necessary).
6. Recreated the deleted calendar under 0.9 and imported the ICS file.

The result: no 1-hour-off issues any more.

Comment 2

[Ittay Dror]

this did not work for me

Comment 3

[YBZ]

I wish to support this bug description. We suffer from identical problem. The description is accurate! 

This is highly problematic and if not solved shortly, we will have to drop Lightning and as a result also thunderbird! 

This is a working tool and it can not suffer such bugs!!!

Comment 5

[Philipp Kewisch [:Fallen][📱📆]]

Does this still happen with the latest 1.0b2pre nightlies?

Comment 6

[Wayne Mery (:wsmwk)]

martin, do you think this bug still valid

Comment 7

[totovich]

I believe this issue can be circumvented at least for the Jerusalem timezone (which I believe is the TZ referenced by the complaints above) by replacing the timezones.sqlite file with the one mentioned in BUG #504299 pointing to http://www.dotanmazor.com/files/timezones.sqlite.

Comment 8

[Wayne Mery (:wsmwk)]

totovich thanks for that update. should we mark this bug as a duplicate of bug 504299?

Comment 9

[totovich]

yes, it's a dup of bug 504299. This has been solved somewhere down the line of Lightning versions. I believe the timezones.sqlite for Asia/Jerusalem is now OK. (at least for Lightning 1.0b2).