Bug 231867
Summary: | evolution calendar gets daylight savings time wrong | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Wolfgang Rupprecht <wolfgang.rupprecht> |
Component: | evolution-data-server | Assignee: | Matthew Barnes <mbarnes> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | CC: | mjs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | evolution-data-server-1.8.3-3.fc6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-03-12 17:32:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Wolfgang Rupprecht
2007-03-12 17:28:51 UTC
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 applications->office->calendar) 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. |