Version: (using KDE 4.2.2) OS: Linux Installed from: Unspecified Linux I live on Arch, KDE 4.2.2, the secondhand doesn't move smoothly: every 2-3 seconds (maybe they are longer then normal seconds) the secondhand skips to the next position with a major speed. it seems that the seconds before were too slow and it tries to recover the time lost
yes, that is what is happening, and is not a bug in the clock; evidently something else is using multiple seconds of cpu time in plasma. what widgets are you using? also, how big is the clock and what sort of CPU and GPU (and graphics driver) are you running this on?
well, I'm running on a Core Duo 1,6 ghz, 1gb ram, geforce 7400, Arch Linux I tried every nvidia drivers, but the issue remains with every size of the clock (it's my only desktop widget, and more widgets active don't affect the problem)
Could this "slowness" be also related to the other report of the same reporter: bug 191077 ?
I can confirm this bug with Kubuntu 9.04 (KDE 4.2.2). This bug is a duplicate of Bug#186013 which has a nice animation of what I am also seeing. The bug was, unfortunately, closed as RESOLVED WONTFIX. I am running a P4 with 2.66GHz and a Nvidia GeForce 7600 GS. Should be enough for a smooth animation of a clock's second hand...
what a delusion... these little things make users go angry, because they could have a wonderful desktop, but higher floors decide to not correct small glitches in order to implement a huge amount of new (bugged) stuff I work in ICT and this is not good *** This bug has been marked as a duplicate of bug 186013 ***
Shouldn't at least one of both bugs be reopened so that the problem does not vanish from the developers radar?
I don't know if they are exactly the same in fact. You have slowness in another tasks to (your other report) so they may be related to it. (graphics card/drivers thing?)
(In reply to comment #7) > I don't know if they are exactly the same in fact. You have slowness in another > tasks to (your other report) so they may be related to it. (graphics > card/drivers thing?) I think Bug#186013 is not related: the clock isn't slow, Aaron said that plasma creates stuff multiplying the clock cycle, and overall synchronization may be affected. This doesn't seem a so banal issue... and a desktop user pretends that "simple things" like a secondhand runs correctly
I just tested KDE-4.3RC3 and the second hand now runs a smooth as silk. Thanks for the fix. Unfortunately, I can not change the status of this bug. Someone else out there who can confirm the fix and close the bug, please?
@Christian: can you confirm that too ? Thanks
"higher floors decide to not correct small glitches in order to implement a huge amount of new (bugged) stuff" no, i simply noted that this is not a problem with the clock but that the clock is a symptom of some optimization problem elsewhere. that "elsewhere" could be in the graphics driver, Qt, libplasma or another plasma widget altogether. @Ronny: thanks for testing. glad it's working better, still don't know what improved it. most probably it was a lot of little-to-big optimizations that piled up together make things run better in general.
Just come back from holiday and upgraded kde: the clock runs smoothly! thanks Aaron for fixing even these small bugs ;)