[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
This bug was fixed in the package indicator-datetime - 13.10.0+14.10.20140915-0ubuntu1 --- indicator-datetime (13.10.0+14.10.20140915-0ubuntu1) utopic; urgency=low [ Charles Kerr ] * Update the time strings when a powerd Wakeup signal is detected. (LP: #1359802) -- Ubuntu daily release ps-jenk...@lists.canonical.com Mon, 15 Sep 2014 21:03:00 + ** Changed in: indicator-datetime (Ubuntu) Status: In Progress = Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: Fix Released Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
** Branch linked: lp:~charlesk/indicator-datetime/lp-1359802-update- timestamp-immediately-when-waking-from-sleep -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: In Progress Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
Not really sure how the suspend works, but maybe installing signal handler for SIG_CONT maybe to force a refresh would work? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: In Progress Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
** Tags added: rtm14 touch-2014-09-25 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: In Progress Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
You could probably listen to the powerd dbus interface for power changes and update on that. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: Triaged Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
Unless there's a way for us to force a refresh? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: Triaged Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1359802] Re: header's timestamp can take a minute to update after resume from suspend
** Changed in: indicator-datetime (Ubuntu) Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1359802 Title: header's timestamp can take a minute to update after resume from suspend Status in “indicator-datetime” package in Ubuntu: In Progress Bug description: Not the same as the bug #1328646, where the clock fell completely out- of-sync and never came back. This bug has a milder but similar symptom, the clock is set to update once per minute, so after resume from suspend it will still show the wrong time until that periodic update timer triggers. In addition to the periodic update, indicator-datetime should listen to powerd's Wakeup signal, or better yet, to com.canonical.Unity.Screen's DisplayPowerStateChange signal http://bazaar.launchpad.net/~unity-system-compositor-team/unity- system-compositor/trunk/view/head:/src/dbus_screen.cpp#L100 to ensure that it makes the timestamp up-to-date whenever the screen is turned on. Reported by ogra and dednick in #ubuntu-touch. *edit:* also discussed by kgunn72 and aacid @ https://code.launchpad.net/~nick- dedekind/unity8/lp1328646/+merge/231335 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
