Trying to investigate this I found the following: The event update has a bunch of recurrence entries instead of a single WEEKLY one (as the original invitation). I parsed the ics file using python vobject library. Here is the recurrence part:
>>> pp.pprint(parsedCal.contents['vevent'][0].contents['rdate'][0].value[0:3]) [(datetime.datetime(2011, 8, 23, 14, 0, tzinfo=<tzicalvtz 'Central'>), datetime.datetime(2011, 8, 23, 15, 0, tzinfo=<tzicalvtz 'Central'>)), (datetime.datetime(2011, 8, 30, 14, 0, tzinfo=<tzicalvtz 'Central'>), datetime.datetime(2011, 8, 30, 15, 0, tzinfo=<tzicalvtz 'Central'>)), (datetime.datetime(2011, 9, 6, 14, 0, tzinfo=<tzicalvtz 'Central'>), datetime.datetime(2011, 9, 6, 15, 0, tzinfo=<tzicalvtz 'Central'>))] Here is the recurrence information stored on local.sqlite3 after I accept the original invitation: sqlite> select * from cal_recurrence where item_id='C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated'; C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated|WEEKLY|0|0||1323975600000000||1||||5||||||6351966f-d163-4cf6-8b50-3fd3ec699e23 After I accept the event update this is what I get using the same query: sqlite> select * from cal_recurrence where item_id='C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated'; C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated|x-date|0|0|LT1314108000000000|||||||||||||6351966f-d163-4cf6-8b50-3fd3ec699e23 C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated|x-date|1|0|LT1314712800000000|||||||||||||6351966f-d163-4cf6-8b50-3fd3ec699e23 C32C061093D2B0B5852578ED00508018-Lotus_Notes_Generated|x-date|2|0|LT1315317600000000|||||||||||||6351966f-d163-4cf6-8b50-3fd3ec699e23 ... I could not find exactly what the prefix LT means. >From the link bellow it seems it is floating time: http://mxr.mozilla.org/mozilla/source/calendar/providers/storage/calStorageCalendar.js#153 Interpreting the recurrences as UTC they are scheduled to 14:00 $ date -u -d @1314108000 Tue Aug 23 14:00:00 UTC 2011 Interpreting it as UTC-03 (my local timezone) it is scheduled to 11:00 $ date -d @1314108000 Tue Aug 23 11:00:00 BRT 2011 Observations: 1. It should not be stored as floating time since the ics file provides timezone information. 2. The event is scheduled for 14:00 UTC-05 and stored as 14:00 floating even if I'm in a different timezone. 3. Although the event recurrence is stored as floating time, Lightning seems to be interpreting it as UTC time, because, as I'm at UTC-03, the event is shown in Lightning starting at 11:00. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/837598 Title: Lightning ignores timezone while updating existing event To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightning-extension/+bug/837598/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
