GNOME Bugzilla – Bug 245156
dragging meeting times removes timezone from start/end times
Last modified: 2009-01-15 14:48:57 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: With a time zone set on the start and end times of an existing meeting, in the day view drag the meeting times. When you reopen the meeting the timezone has been removed from the time ( start or end ) that you changed by dragging and the meeting time is displayed in the default TZ. Steps to reproduce the problem: 1. Created meeting from 8:00 - 8:30 PM with TZ America/Chicago, default TZ America/New_York 2. Saved meeting ( shows up as 9:00 - 9:30 PM in day view ) 3. In day view dragged end time of meeting to 10:00 PM 4. Open the meeting by double clicking on it 5. The meeting end time is shown as 10:00 PM ( see screen shot ). Expected Results: Keeps TZ for meeting end time Additional Information: Machine Configuration ------------------------------------------------------------------ Linux tlee 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux evolution-1.4.0-0.ximian.5.4 ximian-connector-1.4.0-0.ximian.5.2 libsoup-1.99.23-0.ximian.5.1 libgal19-0.19.2-4 libgal2.0_3-1.99.7-0.ximian.5.2 gtkhtml-1.0.4-3 gtkhtml3.0-3.0.5-0.ximian.5.2 gal-0.19.2-4 evolution-pilot-1.4.0-0.ximian.5.4 pilot-link-0.11.3-3 gnome-pilot-2.0.9-0.ximian.5.2 gnome-pilot-applet-2.0.9-0.ximian.5.2 gnome-pilot-conduits-2.0.9-0.ximian.5.1 gnome-mime-data-2.0.0-9 gtk+-1.2.10-22 gtk2-2.0.6-8.ximian.80.1 bonobo-1.0.21-1.ximian.1 libbonoboui-2.0.1-2 libgnomecanvas-2.2.0.2-0.ximian.5.2
Created attachment 42561 [details] Screen shot of meeting editor after dragging end time
OK, this may be a bigger problem. Once the meeting only has a TZ specified for one time ( either start or end ) then trying to change the TZ for one of the times really mucks things up. The TZ change is only applied to the time ( start or end ) whose TZ button was clicked.
very related to bug 238346, if this gets solved please copy the code to also solve bug 238346... ;-)
updating version number, still valid in 2.0.3
Should be part of a calendar view refresh for 2.3
still in 2.7.3. removing old target milestone.
Bumping version to a stable release.
Created attachment 119378 [details] [review] proposed evo patch for evolution;
The patch looks good to commit.
Committed to trunk. Committed revision 37079.