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 540680 - map Microsoft TZIDs to system time zone TZIDs
map Microsoft TZIDs to system time zone TZIDs
Status: RESOLVED OBSOLETE
Product: evolution-data-server
Classification: Platform
Component: Calendar
2.22.x (obsolete)
Other Linux
: Normal enhancement
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
evolution[timezone]
Depends on:
Blocks: 528902
 
 
Reported: 2008-06-28 21:08 UTC by Patrick Ohly
Modified: 2021-05-19 11:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Patrick Ohly 2008-06-28 21:08:07 UTC
As explained as part of bug #528902, it is better to use a system time zone for an event rather than the original VTIMEZONE as included in a meeting invitation: if the time zone rules change, the event is displayed correctly even without a meeting update. Also, the VTIMEZONE is only a subset of the real time zone information (but note that Evolution does not use the full information either, see bug #540676).

Mapping Microsoft TZIDs like "Eastern Time (US & Canada)" or better, one of the Microsoft TZIDs which contain place names, to the corresponding Evolution TZID is not currently implemented because it would require a mapping table that someone has to research and write up.

If someone wants to add this mapping, have a look at the "/* TODO: lookup table for Exchange TZIDs */" in e-cal-check-timezones.c:e_cal_match_tzid().
Comment 1 Milan Crha 2017-08-25 10:16:53 UTC
Such table is made in evolution-ews. It makes sense there, because it's expected that it's talking to a Windows machine. I'm afraid you cannot expect general calendar server using Windows-like timezone names to be really Windows zones (though it would be a logical expectation, at least from the interoperability point of view).
Comment 2 André Klapper 2021-05-19 11:03:01 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. 
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow
  https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/

Thank you for your understanding and your help.