GNOME Bugzilla – Bug 339826
Emailed invites get placed at wrong time in calendar
Last modified: 2006-06-07 09:27:07 UTC
Distribution: Red Hat Enterprise Linux AS release 4 (Nahant Update 2) Package: Evolution Severity: normal Version: GNOME2.8.0 unspecified Gnome-Distributor: Red Hat, Inc Synopsis: Emailed invites get placed at wrong time in calendar Bugzilla-Product: Evolution Bugzilla-Component: Calendar Bugzilla-Version: unspecified Description: Description of Problem: When I get an emailed calendar invite (iCalendar), it shows the correct time in the email but when I accept it, it gets placed at the wrong time in my Exchange calendar. It's placed an hour too early. It certainly seems like an issue with time zones. My time zone is configured correctly in Preferences to America/Denver (Mountain time). The event is sent from someone in the same time zone, although the time zone in the iCal is Pacific time. However, if I'm reading the iCal in my text editor correctly (see below), the time in the iCal *is correct*. The event is intended to occur at 1:30PM Mountain time. And that's what the iCal shows when I view it in the email in Evolution too, so it looks fine there. Steps to reproduce the problem: 1. Receive iCal invite 2. Click Accept (or tentative) 3. Look at calendar 4. Event is at wrong time Actual Results: Meeting shows in calendar one hour too early, at 12:30pm. Expected Results: Meeting should be placed at 1:30pm. How often does this happen? Every time I get an invite. Additional Information: iCalendar attachment from email: BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft CDO for Microsoft Exchange VERSION:2.0 BEGIN:VTIMEZONE TZID:(GMT-08.00) Pacific Time (US & Canada)/Tijuana X-MICROSOFT-CDO-TZID:13 BEGIN:STANDARD DTSTART:16010101T020000 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETFROM:-0800 TZOFFSETTO:-0700 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=4;BYDAY=1SU END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT DTSTAMP:20060426T151535Z DTSTART;TZID="(GMT-08.00) Pacific Time (US & Canada)/Tijuana":20060427T1230 00 SUMMARY:Updated: All Hands Meeting for Galler/Wehrend/Ballowe teams UID:040000008200E00074C5B7101A82E0080000000010DF4B5B1069C601000000000000000 010000000C387217AF82E9B4A99141C6A853FB26E ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="group.bg aller@someplace.com":MAILTO:group.bgaller@someplace.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="group.sw ehrend@someplace.com":MAILTO:group.swehrend@someplace.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN="group.ba llowe@someplace.com":MAILTO:group.ballowe@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 0500Z;RSVP=FALSE;CN="David Brownhill (dbrownhi)":MAILTO:dbrownhi@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 0600Z;RSVP=FALSE;CN="Vish Parakala (vish)":MAILTO:vish@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 0600Z;RSVP=FALSE;CN="Dave Ballowe (ballowe)":MAILTO:ballowe@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 1100Z;RSVP=FALSE;CN="Tarey Treasure (treasure)":MAILTO:treasure@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 1100Z;RSVP=FALSE;CN="Kenneth Grossman (kegrossm)":MAILTO:kegrossm@someplace.co m ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 1000Z;RSVP=FALSE;CN="Marty Gerhards (gerhards)":MAILTO:gerhards@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=89071205T18 4200Z;RSVP=FALSE;CN="Russell C Smith -T (russsmit - Adecco at Cisco)":MAIL TO:russsmit@someplace.com ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLYTIME=20060426T15 0900Z;RSVP=FALSE;CN="Louis Tsai (ltsai)":MAILTO:ltsai@someplace.com ATTENDEE;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-REPLY TIME=20060426T151000Z;RSVP=FALSE;CN="BLDR01-2-HANDIE'S PEAK (24) (CONF_183 6@someplace.com)":MAILTO:CONF_1836@someplace.com ORGANIZER;CN="Bruce Galler (bgaller)":MAILTO:bgaller@someplace.com LOCATION:BLDR01-2-HANDIE'S PEAK (24) (CONF_1836@someplace.com) - Dialin: 408/86 6-902-7871 x234567 DTEND;TZID="(GMT-08.00) Pacific Time (US & Canada)/Tijuana":20060427T133000 DESCRIPTION:\N SEQUENCE:0 PRIORITY:5 CLASS: CREATED:20060426T151536Z LAST-MODIFIED:20060426T151536Z 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:2079999958 X-MICROSOFT-CDO-APPT-SEQUENCE:2 X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:20060426T151535Z X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:20060426T151535Z BEGIN:VALARM ACTION:DISPLAY DESCRIPTION:REMINDER TRIGGER;RELATED=START:-PT00H15M00S END:VALARM END:VEVENT END:VCALENDAR ------- Bug created by bug-buddy at 2006-04-26 16:30 -------
This bug is fixed in evolution 2.6.1. If this bug is reproducible in evolution 2.6.1 ropen this bug.
I'm running Evolution 2.6.1, as downloaded (source) from the Evolution website. It's not fixed in 2.6.1. Mark
I believe I have confirmed this problem in Debian's 2.6.1-2 package of evolution. When I accept a meeting invitation, it is displayed in the timezone of the invitation, not my timezone. However, the alarm to remind me of the meeting happens at the right time. So, I think this is a bug in whatever decides how to lay out the items on the current-day calendar view (at least). I first saw this problem after upgrading to 2.6.1, so 2.6.1 definitely did not fix it! Bdale
I too am using Debian's packaging of Evolution 2.6.1-3, and experience this same problem. I am in Pacific time, and when I receive Mountain time invitations, they show up in the iTip formatter correctly (in the email), but when accepted, appear in the calendar without apparent regard for timezone (off by one hour). What's further frustrating is the inability to change the details of the meeting, as since 2.6, Evolution appears to lock appointments that were created by others. Such an appointment can't be dragged to its appropriate time in the calendar.
This has been fixed in evolution-2.6.2. Fix was checked in on 2004-04-20.