I have a multiple monitor setup, with one panel on each monitor, and one digital clock widget on each panel. Both clock widgets are set to display local time, but sometimes one of them gets stuck and doesn't update. If I mouse-over the clock which is stopped the pop-up shows the correct time. If I then use the scroll wheel to move between time zones, then when I scroll back to the local time zone, the time gets updated to the current time. However, it often stops again at some point in the future. Possibly this is a regression of Bug 268931 but that bug was reported only for the analog clock. Reproducible: Sometimes
Created attachment 74654 [details] Screenshot showing bug. The clock on the left panel is stopped.
I was just about to report the same issue on Fedora (screenshots by Tristan Miller seem to be on SUSE). In my case, the clock on my "secondary" monitor is the one that always seems to lag behind. I have two monitors, the one on the left (HDMI1) is set as "absolute position 0,0", while the one with the problem (HDMI3) is set as "right of HDMI1". However, coming back to Tristan's description, the clock on my secondary monitor seems to be almost always behind the real time (never in the future though). By almost, I mean that about 9/10 times I check it, it shows the time with 2-3 mins off. Even worse, it seems this delay increases overnight, when I just lock the screen of my workstation - when I come to work in the morning, I sometimes see 18:23 from the day before instead of 9:00 current day (18:23 is a random value around the time I lock my screen, so there might be some issues there).
Created attachment 79371 [details] Clock showing overlay of actual and lagging time Today I made an interesing observation about this - highly annoying - bug: Actually, the up-to-date time *is* being shown in both panels. However, in one of the panels, the true time is overdrawn by a lagging time. If you look at the attached screenshot (taken from KDE 4.9.5), the clock will appear to read "09:47" on first glance. Looking closer, you can make out that there is a "09:53" behind that, which is the correct time. So I guess this could be an issue with a cache pixmap not updating? On my first attempt at making a screenshot (with ksnapshot), I used the "Window Under Cursor"-option. To my surprise the captured image of the panel was transparent, and showed the lagging time, only. Capturing as a regular region resulted in the screenshot as attached.
*** This bug has been confirmed by popular vote. ***
Still happening for me in 4.13.3. Additionally, I believe this may be a duplicate of https://bugs.kde.org/show_bug.cgi?id=268144.
I haven't been able to reproduce this lately. I'm using KDE 4.14.3.
I can confirm this bug on Debian Jessie (KDE 4.14.2), on a tripple monitor setup. My main (middle) monitor is (almost?) always in sync, the other two screens also have a panel with a clock which is often behind. I am not sure what causes it to update again.
This bug is still present on 4.13.3 (Ubuntu 14.04.2). I have the seconds display enabled, so I can see exactly when the clock stops updating. Sometimes two times are written halfway over eachother resulting in 'interesting' digits. I use only one physical monitor, but have 9 virtual desktops. When I change focus from one window to another (I use focus follows mouse), or when I change virtual desktops (via active borders), the time updates itself. Once. Until the next window focus change. This issue is not limited to the clock however; I also use the CPU monitor graph in the dock and that also stops updating.
Can anyone reproduce this with KDE 4.14.3 or later? If not, then perhaps the bug has been fixed as of that version.
(In reply to Tristan Miller from comment #9) > Can anyone reproduce this with KDE 4.14.3 or later? If not, then perhaps > the bug has been fixed as of that version. Yes, I can still reproduce it with latest KDE from 4th series.
Similar issues here... dual-monitor setup, 2 panels, clock in 2nd panel. 2nd panel is on 2nd monitor, but if I move it to the primary monitor it doesn't appear to help. Kubuntu 14.04 KDE 4.13.3 As reported above, if I switch windows or click on the clock, popping up its window (or take any other action on other objects in the panel that cause a window to pop up), the entire panel refreshes. If I right-click something in the panel, a portion of the panel repaints equal to the width of the context menu. If I kill & restart plasma-desktop, refresh is good for a while, until it eventually stops.
...also, to be clear: this issue affects the entire panel, not just the clock. I have a news ticker in my panel which also stops updating.
I'm seeing this too, and in case it is helpful, I discovered that I can make the clock get unstuck by toggling Desktop Effects on and off. I use hotkey for that. Not a fix, but...
I think Bill Michaelson has stumbled on the key. Note that my panel gets stuck and I only have a single monitor. All of the widgets in the panel including the clock begin to update very rarely so they appear stuck. Now, with Bill's help, I have discovered that if I turn off Desktop Effects, it never happens. So this seems to raise the probability that this is related to Desktop Effects. KDE 4.13.3 Ubuntu 14.04.4 LTS
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug has already been resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham
I can confirm it is fixed in KDE Plasma 5