+++ This bug was initially created as a clone of Bug #170891 +++ Double-clicking on the panel clock's calendar brings up the evolution calendar, but it doesn't show the day that was selected in the clock's calendar. It should. Also, it should close the clock's calendar and use startup notification, since it takes some time for evolution to come up. -- Additional comment from dmalcolm on 2005-10-27 18:26 EST -- Yes, it seems to come up with a new window containing whatever view the last calendar window had selected (e.g. week view, month view, etc). I agree that it should show the day view for the day you double-clicked on. -- Additional comment from dmalcolm on 2005-11-01 14:43 EST -- Looks like the necessary work has already been done and is sitting unapplied in upstream bugzilla; gnome-panel clock needs patching, evolution doesn't: http://bugzilla.gnome.org/show_bug.cgi?id=162305 Changing component to gnome-panel and reassigning. -- Additional comment from dmalcolm on 2005-11-01 14:44 EST -- Oops; didn't see the evolution patch as well... So both evolution and gnome-panel will need patching... This bug is to track the evolution side of this... http://bugzilla.gnome.org/show_bug.cgi?id=270751
Apparently, some work has been done with regard to this issue but it still has some problems. When double clicking on a date in the panel clock/calendar, it now opens two copies of the Evolution calendar, one showing the current date and a second showing the day before the date that was clicked in the calendar. It would be nice if it opened only one instance showing the correct date.
This has been mostly fixed in F7, however, Evolution STILL opens the calendar at the day before the one that was clicked in the clock-applet. For example, double-click July 5, Evolution launches showing July 4.
Works for me on Fedora 8, even each double click opens new calendar window, I'm not sure if it's a question for gnome-panel or Evolution itself. Can you try with Fedora 8 and tell us what do you think?
I can confirm that the problem still exists in Fedora 8. I don't know if it's a problem with the panel applet or Evolution. Evolution opens fine when you double click the applet. The problem is that it opens to the wrong date.
Weird, it works for me just fine. What is your locale? I mean, my starts-week-day is Sunday, (as the first column in the panel applet calendar) and when I click on November 15th, then it works as expected, new calendar window with day-view is opened and I stay on November 15th. Also, can you check what timezone you use? If it's same in Evolution (Edit->Preferences->Calendar and Tasks) and in the system (System->Administration->Date & Time). Thanks in advance.
My calendar (panel) starts with Sunday also. In Evolution, time zone is set to America/New_York, adjust for DST is checked. System is set to New York Eastern Time and System clock uses UTC is checked. Thanks!
Thanks for info, I can reproduce it even when changing time zone in Evolution to that yours. Based on my observation, Evolution expects date in UTC, so it converts date back for 5 hours, which is the day before. Assigning this to gnome-panel, they should convert passed date to UTC, before sending it to Evolution.
Great! Thanks!
I'm not entirely convinced this is gnome-panel's fault. Seems like Evolution ought to accept local times unless the time is explicitly expressed as UTC. I could be wrong. Leaving this assigned to myself until I can take a closer look.
Assigning back to myself. Sorry for the bug spam, Ray.
Bumping version to Fedora 8 per comment #4.
Still appears to be an issue in GNOME 2.22. Bumping version again, and changing component to Evolution. I don't think gnome-panel is doing anything wrong.
Matt, isn't the problem when system timezone is other than Evolution's timezone? In that case Evolution will compute time sent by gnome-panel wrong. If there can be set the timezone explicitly in gnome-panel and send to Evolution, then let do it in gnome-panel and everything will work as expected. There is not much to do in Evolution without this. Not a real fix, from my point of view, because Evolution expects time in UTC at the moment. (I do not know whether it is a convention or not, though.)
The problem I'm seeing is after double-clicking a date in calendar view, Evolution does not necessarily have Day View selected. Also, my system timezone is the same as Evolution's timezone, and the date still comes up as yesterday. The fact that Evolution expects calendar URIs in UTC is not documented anywhere that I can find. I think it makes more sense for Evolution to interpret the URI in the current timezone, unless the URI explicitly indicates UTC (with a 'Z' character, or whatever).
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.