I think the invitations are being sent wrong for some reason. I saw an
invitation for the same meeting fromt he same person (different date) that
showed up correctly, and one that did not. But it still fails to explain
why the clock applet shows it correct and evolution calendar shows it
incorrect.
The non-working event is like so (email addresses changed to protect the
innocent):
The one that showed up correctly had the following difference:
DTEND;TZID="GMT -0800 (Standard) / GMT -0700 (Daylight)":20060613T140000
This meeting is *supposed* to be at 1pm-2pm PDT (1pm-2pm MST
(Arizona/Phoenix))
On 5/30/06, Sebastien Bacher <email address hidden> wrote:
>
> Reopening, thank for the detail. Could you get a non-private example of
> such invitation to attach to the bug? It would be easier to work with an
> example
>
> ** Changed in: gnome-panel (Ubuntu)
> Status: Fix Released => Needs Info
>
> --
> clock applet incorrectly grabs data from evolution calendar
> https://launchpad.net/bugs/35538
>
Sorry for the slow response:
I think the invitations are being sent wrong for some reason. I saw an
invitation for the same meeting fromt he same person (different date) that
showed up correctly, and one that did not. But it still fails to explain
why the clock applet shows it correct and evolution calendar shows it
incorrect.
The non-working event is like so (email addresses changed to protect the
innocent):
BEGIN:VCALENDAR CDO-TZID: 12 16010101T020000 YEARLY; WKST=MO; INTERVAL= 1;BYMONTH= 10;BYDAY= -1SU 16010101T020000 YEARLY; WKST=MO; INTERVAL= 1;BYMONTH= 4;BYDAY= 1SU 20060420T142530 Z TZID="( GMT-07. 00) Mountain Time (US & Canada) ":20060606T1400 00 0E00074C5B7101A 82E008000000004 0A06A97E862C601 000000000000000 77422894A4D87BD 51D98B6A59C1 ROLE=REQ- PARTICIPANT; PARTSTAT= NEEDS-ACTION; RSVP=TRUE; CN="engineering Engineering@ domain CN="Organizer" :MAILTO: organizer@ domain "(GMT-07. 00) Mountain Time (US & Canada) ":20060606T1500 00 20060420T142531 Z 20060420T142531 Z CDO-BUSYSTATUS: BUSY CDO-INSTTYPE: 0 CDO-INTENDEDSTA TUS:BUSY CDO-ALLDAYEVENT :FALSE CDO-IMPORTANCE: 1 CDO-OWNERAPPTID :-99465258 CDO-APPT- SEQUENCE: 1 CDO-ATTENDEE- CRITICAL- CHANGE: 20060420T142530 Z CDO-OWNER- CRITICAL- CHANGE: 20060420T142530 Z REMINDER RELATED= START:- PT00H15M00S
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-07.00) Mountain Time (US & Canada)
X-MICROSOFT-
BEGIN:STANDARD
DTSTART:
TZOFFSETFROM:-0600
TZOFFSETTO:-0700
RRULE:FREQ=
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:
TZOFFSETFROM:-0700
TZOFFSETTO:-0600
RRULE:FREQ=
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:
DTSTART;
SUMMARY:Updated: Engineering Staff Meeting
UID:04000000820
0100000008BF1B
ATTENDEE;
":MAILTO:
ORGANIZER;
LOCATION:
DTEND;TZID=
DESCRIPTION:\N
SEQUENCE:0
PRIORITY:5
CLASS:
CREATED:
LAST-MODIFIED:
STATUS:CONFIRMED
TRANSP:OPAQUE
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
X-MICROSOFT-
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:
TRIGGER;
END:VALARM
END:VEVENT
END:VCALENDAR
The one that showed up correctly had the following difference: ":20060613T1400 00
DTEND;TZID="GMT -0800 (Standard) / GMT -0700 (Daylight)
This meeting is *supposed* to be at 1pm-2pm PDT (1pm-2pm MST
(Arizona/Phoenix))
On 5/30/06, Sebastien Bacher <email address hidden> wrote: /launchpad. net/bugs/ 35538
>
> Reopening, thank for the detail. Could you get a non-private example of
> such invitation to attach to the bug? It would be easier to work with an
> example
>
> ** Changed in: gnome-panel (Ubuntu)
> Status: Fix Released => Needs Info
>
> --
> clock applet incorrectly grabs data from evolution calendar
> https:/
>