After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 562025 - time zone information only guaranteed to be correct for next 365 days
time zone information only guaranteed to be correct for next 365 days
Status: RESOLVED DUPLICATE of bug 540676
Product: evolution-data-server
Classification: Platform
Component: libical
2.24.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: Suman Manjunath
Evolution QA team
Depends on:
Blocks: 528902
 
 
Reported: 2008-11-23 16:59 UTC by Patrick Ohly
Modified: 2009-01-20 15:03 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Patrick Ohly 2008-11-23 16:59:48 UTC
Please describe the problem:
libical's conversion of system time zone information into the internal format is intentionally limited to rules for one year. The rationale is that when this information is put into a VTIMEZONE and sent to other programs, these programs get what they are known to handle.

This behavior is problematic in several situations:
* displaying old events or events that are far in the future
* exporting such events

Steps to reproduce:
See bug #548268 comment #21.

Actual results:


Expected results:
libical should convert all information found in the system timezone database. Then later it should be decided per event and usage which part of the timezone information is used:
* internally Evolution should always use all information (events might span changes in the DST rules)
* externally Evolution should pick the definition which matches the closest future recurrences or, if there are none, the first occurence


Does this happen every time?


Other information:
Comment 1 Patrick Ohly 2008-11-23 17:01:46 UTC
Assigning to Suman because Chenthill mentioned that Suman might be working on this already.
Comment 2 Patrick Ohly 2009-01-20 15:03:12 UTC

*** This bug has been marked as a duplicate of 540676 ***