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 266845 - Times in Meeting Schedule Editor in UTC instead of Local Time
Times in Meeting Schedule Editor in UTC instead of Local Time
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.6.x (obsolete)
Other All
: High normal
: Future
Assigned To: evolution-calendar-maintainers
Evolution QA team
evolution[compeditor]
Depends on:
Blocks: 327508 327510
 
 
Reported: 2004-09-25 19:38 UTC by Stefan Broetz
Modified: 2009-07-16 18:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot (33.18 KB, image/png)
2004-09-25 19:39 UTC, Stefan Broetz
  Details
proposed patch (1.54 KB, patch)
2004-10-08 13:22 UTC, Rodrigo Moya
rejected Details | Review

Description Stefan Broetz 2004-09-25 19:38:36 UTC
Description of Problem:

The free/busy information presented in the meeting schedule editor is based
on UTC instead of the local time zone.


Steps to reproduce the problem:

1. Open the editor for "New Meeting".
2. Click on "Scheduling" tab.


See the attached screenshot: In the calendar view, the three appointments
are shown in local time (CEST = UTC+2) whereas in the Scheduling tab of the
meeting editor they are shown two hours earlier (UTC is my guess here).
Comment 1 Stefan Broetz 2004-09-25 19:39:06 UTC
Created attachment 44263 [details]
Screenshot
Comment 2 Rodrigo Moya 2004-10-08 12:58:19 UTC
hmm, this only happens when creating the meeting from the calendar
component, not when doing so from any other component.
Comment 3 Rodrigo Moya 2004-10-08 13:22:54 UTC
Created attachment 44303 [details] [review]
proposed patch
Comment 4 JP Rosevear 2005-01-12 03:19:50 UTC
Hmm, I don't see how this could be the case since we use priv->zone to
pass in, which is set up in the init routine of e-meeting-store.

Perhaps there is another issue with +GMT timezones?
Comment 5 Rodrigo Moya 2005-05-13 05:57:51 UTC
Comment on attachment 44303 [details] [review]
proposed patch

This does not fix the problem
Comment 6 André Klapper 2005-05-17 11:28:44 UTC
sigh... perhaps also related to bug 266845 and bug 304278
Comment 7 André Klapper 2006-07-04 11:26:48 UTC
Removing old target milestone.
Stefan: Do you still see this bug?
Comment 8 Stefan Broetz 2006-07-04 15:37:45 UTC
Yes, bug is still present in Evolution 2.6.1 (current Debian package from etch distribution).
Comment 9 Stefan Broetz 2006-10-06 09:57:11 UTC
Seems to be fixed in Evolution 2.6.3 (taken from Debian's etch distribution).
Comment 10 Stefan Broetz 2006-10-06 10:02:54 UTC
Sorry, I have to correct myself. It's only partially fixed:

Start from the Week view, right click on a day, select "New Meeting...", and select "Options / Free/Busy" from the menu bar. The time bars have an offset of two hours. (I'm here in Germany with UTC+2 at the moment.)

However, if you right click on an existing appointment, select "Schedule Meeting...", and select "Options / Free/Busy" from the menu bar, the time bars are correct.
Comment 11 Milan Crha 2009-07-16 18:50:41 UTC
Seems to work fine with exchange backend, times in free/busy window are shown accordingly to timezone set in evolution. Tested on actual master (2.27.4).