When the datetime-indicator's menu becomes visible, the Calendar isn't always focused on today's date

It appears that it's updating when the menu is closed, but not updating other times.

bug #782336 is somewhat similar but after suspending

Possible fix so that the date is updated when the menu opens instead of when it closes. Should be in my bugfix PPA in a little while.

  https://launchpad.net/~ted/+archive/bugfix

Tell me if that works.

Thanks Ted. I've installed the package, rebooted, and opened a session. I'll wait until tomorrow and check to see which date is highlighted in the calendar.

The package in Ted's PPA did not seem to correct the problem for me.

David, can you clarify how you have tested the package and concluded that the fix was not working? Did you change the time to simulate a long running session, or did you wait for a day before using the indicator again?

This bug is not on our list of SRU candidates for this cycle, which is maintained at: https://launchpad.net/unity/+milestone/3.8.18

We're reaching the point in the cycle where we had defined with the release team to stop proposing SRU fixes for Natty and only focus on Oneiric features and fixes at this stage.

Unless we get a way to quickly and systematically reproduce the problem, we won't be able to fix it for this cycle.

I tested Ted's fix by waiting a day then clicking on the indicator-datetime applet. Has anyone else tested this fix and has reported that it works for them?

David Barth,

The issue can be reproduced systematically. Set your clock to 11:59PM and wait for the date to change, click the calendar. On the first click it will highlight the incorrect date in the calendar.

Would we be able to get a proposed fix tested in Natty and provide feedback for Oneric?

Hello David, I cant reproduce this bug in the Oneiric package, what version of Ubuntu are you using?

I'm experiencing this same problem in Ubuntu Natty; is there any chance this fix could be backported?

This bug was fixed in the package indicator-datetime - 0.2.95-0ubuntu1

---------------
indicator-datetime (0.2.95-0ubuntu1) oneiric; urgency=low

  [ Ted Gould ]
  * New upstream release.
    * Set default timezone on events without (LP: #837359)
    * Update docs to specify correct custom formats (LP: #775113)
    * Remove add event when using greeter (LP: #836521)
    * Fix gettext domain for builder files (LP: #845473)
    * Update date correctly when opening menu (LP: #793450)

  [ Didier Roche ]
  * debian/control:
    - bump the libglib build-dep
 -- Ted Gould <email address hidden> Thu, 15 Sep 2011 10:45:57 -0500

Despite the message above that this bug has been fixed in indicator-datetime 0.2.95-0ubuntu1 it still exists for me in indicator-datetime 0.3.1-0ubuntu1 on Oneiric.

I have indicator-datetime 0.3.1-0ubuntu1 and I see the bug as written up in duplicate bug 799465. (The text is wrong, but the highlighted number is right.)

I think I've seen the other way around as well.

At the moment, the text says Apr 9 even if I dismiss the indicator and open it again. (The date command shows Apr 11.) The uptime command shows I've been logged in for 3 days. (So Apr 9 is probably my most recent login.)

The bug is still there in Precise.

I experience this bug sometimes when I leave my computer on over the night. For the first time I open the calendar applet it still highlights the previous day, but the text is correct. Closing and opening the applet again updates the highlight.

Still seeing this on 12.04 LTS.

Still happens on 12.10.

I'm still seeing this bug in 12.04

Package: indicator-datetime
Version: 0.3.94-0ubuntu2

I don't agree this is a low priority bug. This bug throws off new users when they need to look at today's date form some reason. I have helped 3 colleagues - business as well as tech - to switch from Windows to Ubuntu and almost all of them were un-pleasantly surprised by this bug.

Even if this was a low priority bug, I think it should be easy to fix.

Small and nice little improvements like these add up to make a noticable positive impact on the usability of Ubuntu/Unity desktop.

forgot to mention that I am still seeing this issue in 13.10

Just reproduced this on 13.04. I doubt this was ever fixed.

+1 the issue still exists in 13.10

I dont like doing "me too"'s, but I do see it as well across all of my computers after I upgraded to 13.10.

While not really important in itself it is one of those things that just gets to you and makes things feel very unfinished.

Yeah, I'm seeing this as well. This looks like the problem to me: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/indicator-datetime/trusty/view/head:/src/indicator-datetime.c#L282 The code to update the day of the week is commented out.

This is a very visible bug that's been around for over two years. Can we up the priority?

I just put wrong date on contract. To me it feels like High priority bug. Whats the use of calendar, if it shows you wrong date...

Mine now isn't updating even if I close and re-open the menu. The title correctly says it's January 2nd 2014, but the calendar shows December 2013 and highlights December 29th. Is this the same bug, or another related to the year switching? Or maybe a combination of both?
My indicator-datetime is up-to-date at 13.10.0+13.10.20131023.2-0ubuntu1 from saucy-updates.

confirming the behaviour that Marcus Sundman sees: The calendar day never updates, not when closing and re-opening, not when coming back from sleep, not at midnight. (Don't know about rebooting which I rarely do.)

This new regression is happening because indicator-datetime-service no longer knows when the menu is being popped down because it's been decoupled from those GTK+ events after 13.10 de-GTK+-ified the indicator stack.

So we need to re-introduce some kind of notification mechanism like we used to have in about-to-show s.t. indicator-datetime-service will know to snap the calendar to the current date when the indicator's menu gets pulled down.

Adding also-affects unity, larsu is looking into u-p-s to see how much work it will take to get about-to-show working properly there.

If that proves to be more effort than we have time for right now, we could probably do an interim fix in IDO. indicator-datetime is IdoCalendarMenuItem's only customer, so we could change the contract between them for an IDO-and-datetime-specific fix. Obviously this a "plan b" option; it would be better to just fix about-to-show.

Fix committed into lp:indicator-datetime at revision 296, scheduled for release in indicator-datetime, milestone Unknown

This bug was fixed in the package libindicator - 12.10.2+14.04.20140129-0ubuntu1

---------------
libindicator (12.10.2+14.04.20140129-0ubuntu1) trusty; urgency=low

  [ Colin Watson ]
  * Use named icons rather than (deprecated) stock items. (LP: #1262626)

  [ Lars Uebernickel ]
  * Don't treat deprecation warnings as errors and fix indicator-ng test
    for gtk 3.10. (LP: #1262626)
  * indicator-ng: support "submenu-action" on root menu items (LP:
    #793450)
 -- Ubuntu daily release <email address hidden> Wed, 29 Jan 2014 16:47:10 +0000

Thank you for fixing, but how can I install and test fix on Ubunu 13.10?

This bug was fixed in the package indicator-datetime - 13.10.0+14.04.20140131-0ubuntu1

---------------
indicator-datetime (13.10.0+14.04.20140131-0ubuntu1) trusty; urgency=low

  [ Charles Kerr ]
  * Finally land this. Other, still open bugs will be fixed in
    subsequent commits. (LP: #793450)

  [ Sebastien Bacher ]
  * Use the correct location for datetime-dialog.ui. (LP: #1274046)

  [ Lars Uebernickel ]
  * Set calendar to the current date when the menu is popped up This
    makes use of the "submenu-action" attribute to get notified when the
    menu is popped up. Charles, if your big refactoring-branch should
    land before this, do you mind adapting this patch for that? Thanks .
    (LP: #793450)
 -- Ubuntu daily release <email address hidden> Fri, 31 Jan 2014 11:46:16 +0000