Clock applet opens wrong day in evolution

Have you check if the date is correctly set?

Of course. I make a video to illustrate this Bug. On this example if I click on the "Today" in evolution it goes to the correct date.

Update:
3- The calendar open one day *BEFORE.*

Thank you for your bug. What timezone is configured in your evolution configuration and on your system? That works correctly on my gutsy installation

Hi Sebastien,

My gutsy is set to Brazil/São Paulo. This still happened in my gutsy even after make a update on the packages. You can see in the video, this really happened. I wanna help, please tell me what informations I must provide to help.

Bye, thanks.

marking unconfirmed that works fine for me, maybe somebody else has the issue and can send that upstream. Does it happen at any time of the day? What timezone is configured in evolution? It might be due to the difference between the UTC time and the timezone

It is already marked as unconfirmed ??

That "bug" happen at any time of the day. I will post 3 screenshots and you can see, the timezone between the evolution and system clock is the same.

Thanks for the help.

By the way, the system clock is NOT marked to use UTC.

I make a update to the Beta release, and the "bug" still happen. I will try to reinstall the Beta and see if the "bug" can disappear.

I have the same problem, or bug. I don't use evolution as my personal scheduler, but the bug is there and my system timezone is also set as Brazil/São Paulo.

So, it's not something that happens only with paozinho.

Same here. I have noticed this bug in several versions of Ubuntu and therefore Evolution. Occurs in Dapper Drake and Gutsy Gibbon both. I am in the Saskatchewan time zone (-6:00), and it occurs for me.

I have the same problem with Gutsy.

I double click on a given date in Gnome's Clock applet, and when Evolution Calendars opens it shows up as the day before.

Example: I double click on Tuesday February 19th, and Evolution Calendar opens on the 18th. The scheduled appointment opens on the right day, it's just that somehow when Clock asks for the date from Evolution we end up with a different one. I don't think it's a time problem.

If it's helpful to mention I have the workweek on Clock starting on Monday. I did this by changing the locales en_CA file under the LC_TIME section I have put 'first_weekday 2' and 'first_workday 2' on their own lines above the rest of that section. I commented those lines out (for the default Sunday week start) and I had the same problem as before.

I would *guess* that when Clock asks for a date from Evolution one or the other is subtracting one from the numerical value of the date being passed. Just my two cents.

Thanks. :)

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the development release - Hardy Heron. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/ . Thanks again and we appreciate your help.

In response to your e-mail, I downloaded Hardy Heron and tried it in live cd mode. Once again, the error occurs. I tried changing my timezone with the new clock applet to my time zone (Saskatchewan, -6), Baghdad (+3), and Taiwan (+8). In each case, evolution displays the same behaviour. Hope this helps.

Almost the same bug here... but if I double-click on a date, the evolution calendar opens one day later.
for example: doubleclick 15th of May, evolution opens 16th of May.
I'm using Hardy Heron "up-to-date" and set is to european timezone.

could somebody describe steps to trigger the issue on hardy?

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!.

Is somebody working on this problem? It is really annoying and it seems to be a general problem of the latest linux distributions. This bug happens in fedora 14 too. I will provide some information to track down the problem. What do you need?

This bug came up for me when upgrading to 10.10, no problem with 10.04
Any neews? not really cool, can cause wrong appointment...

I got this bug too on a freshly installed 10.10. Timezone is Paris/France. Same behaviour: when clicking on a day on the clock applet the calendar open on the day before. Maybe it has something to do with the starting day of the week (I use monday).

Freshly installed 10.10. Have the same bug (link between drop down calendar and Evolution Calendar takes to day before) and also Calendar will not display appointments on the main page (events displayed in the Top Date drop down menu - but Edit button does not work for Appointments on the drop down menu). tried importing Google Calendar - all worked well except that Appointments are not displayed on the main day page - but are displayed in the Top Date drop down menu.

How is this low importance? This should be above something like hundred paper cuts as it is a bug that looks embarassing to new users (as opposed to being just a little quirk) and is probably easy to fix.

Btw, this is actually a bug in the calendar applet. The command that is called looks something like this evolution calendar:///?startdate=20110328T220000Z after clicking on march 29th. Evolution actually opens that date correctly.
Will this be fixed/not happen in natty since it doesn't use the panel anymore?

should be fixed with http://git.gnome.org/browse/gnome-panel/commit/?id=b130f26195efba8a1c3f8bd40f34ed45563635b7 which will be uploaded to natty but after the beta1 freeze now

This bug was fixed in the package gnome-panel - 1:2.32.1-0ubuntu6.1

---------------
gnome-panel (1:2.32.1-0ubuntu6.1) natty; urgency=low

  * debian/patches/92_git_calendar_day.patch:
    - git commit, open the right day when clicking in the calendar (lp: #139627)
 -- Sebastien Bacher <email address hidden> Thu, 31 Mar 2011 16:03:16 +0200

I just upgraded to natty and this changed the version of my gnome-panel to 1:2.32.1-0ubuntu6 where this should be fixed according to the above posts.

However this didn't solve the problem on my machine... What happens now made me laugh a bit: Now the opened day is correct but the month opened is the month, that was clicked, minus one. (Double click on April 29th opens March 29th - the year is correct though ;-) )

I guess the bug is still in the panel, since the issued command is the following for my example:
evolution calendar:///?startdate=20110329
Another indication for this is, that clicking on a date in the unity clock applet (or "indicator", as I believe those are called now) works fine! Unity calls:
evolution calendar:///?startdate=20110428T230000Z

Before trying I removed all evolution settings using the following commands:
rm -r ~/.evolution/
rm -r ~/.gconf/apps/evolution/
evolution --force-shutdown
killall gconfd-2

Forgot to mention:

# cat /etc/timezone
Europe/Vienna

#grep -v "#" /etc/default/ntpdate
NTPDATE_USE_NTP_CONF=yes

NTPSERVERS="ntp.ubuntu.com"

NTPOPTIONS=""

gnome-panel 1:2.32.1-0ubuntu6.3 here and it definitely isn't fixed. The result is the same as for Florian: the panel applet calls evolution with a date one month too early on my classic GNOME:

evolution calendar:///?startdate=20110329

there is bug #760523 about the new issue could you use that rather than commit on closed bugs?

Sebastien, it might be a good idea for LP to permanently archive old bugs after e.g. 1 year, to avoid a case where people add data to an allegedly fixed old bug. More to the point, I'm still wondering how I ended up subscribed to this old bug, in a case where I had already opened a new bug about this newer issue.

I never had this bug in 10.10 but I have it now in 11.04. Opens evolution up to one day earlier than the day I double clicked on in the gnome panel calendar. Using gnome-classic. Package version is at 1:2.32.1-0ubuntu6.5 for gnome-panel. I'll add a comment to bug #760523 as well in case this bug is considered closed.