Bug 171120

Summary: update clock immediately after waking up from sleep
Product: [Frameworks and Libraries] kdelibs Reporter: Nick Shaforostoff <shafff>
Component: generalAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: 1lukas1, alan.christopher.jenkins, andresbajotierra, bastian.voigt, chalkerx, kde, pascal, petr.ohlidal, toralf.foerster
Priority: NOR    
Version: 4.1   
Target Milestone: ---   
Platform: openSUSE   
OS: Unspecified   
Latest Commit: Version Fixed In:

Description Nick Shaforostoff 2008-09-15 20:21:33 UTC
Version:            (using KDE 4.1.1)
Installed from:    SuSE RPMs

i did suspend2ram, then woke the system up and the clock showed old time for about the minute (until minutes were ++). solid should have wakeup notification for this.
Comment 1 Alan Jenkins 2008-10-19 18:25:33 UTC
An alternative might be to use a QT equivalent of the POSIX clock_nanosleep(CLOCK_REALTIME, TIMER_ABSTIME, &next_minute, NULL)

In other words, perhaps there's some way to wait for "the next minute" on the system clock, instead of (or in addition to) waiting for 60 seconds subjective time.
Comment 2 Dario Andres 2009-05-22 23:21:14 UTC
Do you think this should be marked as duplicate of bug 181380 ? Thanks
Comment 3 Nick Shaforostoff 2009-05-23 00:50:42 UTC
no it isn't. both bugs require calling same slot in clock widget, though ;)
Comment 4 Dario Andres 2009-06-24 20:36:22 UTC
*** Bug 197233 has been marked as a duplicate of this bug. ***
Comment 5 Lukas 2009-07-08 12:11:38 UTC
*** Bug 199404 has been marked as a duplicate of this bug. ***
Comment 6 Dario Andres 2010-01-12 19:42:59 UTC
*** Bug 222421 has been marked as a duplicate of this bug. ***
Comment 7 Dario Andres 2010-02-23 23:58:40 UTC
*** Bug 228217 has been marked as a duplicate of this bug. ***
Comment 8 Pascal d'Hermilly 2010-02-24 00:12:24 UTC
Also, you could check each second, if the date/hour/minute had been changed unexpectedly since last check. (e.g. minute-change at second 33).
Of course, this is not as pretty as a signal from solid, should such exist.
Comment 9 John Layt 2010-04-27 17:49:43 UTC
*** Bug 235463 has been marked as a duplicate of this bug. ***
Comment 10 Nicolas L. 2010-06-07 01:01:06 UTC
related to bug 181380 ( which have some more infos )

*** This bug has been marked as a duplicate of bug 181380 ***
Comment 11 Christoph Feck 2011-11-01 18:57:28 UTC
*** Bug 285436 has been marked as a duplicate of this bug. ***