Red Hat Bugzilla – Bug 231867
evolution calendar gets daylight savings time wrong
Last modified: 2007-11-30 17:11:59 EST
Description of problem:
Evolution calendar gets changes to daylight savings time wrong. An event that
was entered into the calendar to be at "11am" 2 months ago now shows up as being
scheduled for 12pm. (What the heck is "12pm" anyway??? It should say 12noom or
Version-Release number of selected component (if applicable):
I haven't tried to set the clock back and enter more events in the past to see
if they also come out 1 hr off of the expected time.
Steps to Reproduce:
1. Go back in time till january 2007 and enter an event for March 12, 11am
2. on March 12 check your events and notice you are scheduled for 12pm (not 11am
event time is changed to 12pm
event should display a time of 11am
It appears that the calendar resolves the time to "ctime" when the event is
entered. Any subsequent redefinition of the DST rules will not cause the ctime
to be adjusted. This is a classic case of where a late resolution of ascii time
to ctime is desired.
Fixed in evolution-data-server-1.8.3-3.fc6, which is already available in Fedora
Updates Testing and should be pushed to Updates Final in the next day or so.
I just updated to evolution-data-server-devel.x86_64 1.8.3-3.fc6 and
the problem is worse than before.
Before only the small callendar tool at the top-right showed the incorrect
times, now both the bigger evolution calendar (gotten via
and the small callendar tool both show the incorrect times.
Well, the clock applet (the small calendar tool) shows the same time as the Evo
calendar, but the Evo calendar has changed the times of all appts in the gap
between new and old DST to one hour late, and each of the changed apps now shows
a "pushpin" icon that wasn't there before.
A few days ago, the Evo calendar was showing the times incrrectly, but after a
reboot late last week, they were corrected (but the clock applet was wrong).
Now after updating evolution-data-server, I see the behavior above (which
Wolfgang also sees).
Me too (comments #2 and #3).
And, this is probably a dupe of 232113.
Yes, I'm sure it is.
*** This bug has been marked as a duplicate of 232113 ***