Here is video - https://drive.google.com/file/d/1kjaJ53ie0LaKz2W7fq_h8A-t3-B5E403pg/view. Watch for seconds. Digital clock show me every second or third second. If I force updating/repainting of the area by making KDE show popups, everything starts to work and every second is shown. Digital clock start misbehaving, as soon as I leave the area. Such behaviour occurs after relatively long uptimes. My current uptime is 5 days. My graphical card is GeForce GTX 650 Ti BOOST $ nvidia-smi Sat Mar 11 10:23:03 2017 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 375.39 Driver Version: 375.39 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GTX 650... Off | 0000:01:00.0 N/A | N/A | | 10% 36C P8 N/A / N/A | 1143MiB / 1996MiB | N/A Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 Not Supported | +-----------------------------------------------------------------------------+
Which Plasma version are you using?
5.31.0-0ubuntu1
This is the frameworks, but I need to see the Plasma version. Please use "kinfocenter" or "kcmshell5 about-distro".
KDE Plasma Version: 5.9.3 KDE Frameworks Version: 5.31.0 Qt Version: 5.7.1
By the way, here is another demonstration of the bug: https://drive.google.com/file/d/0B4r5nJvpzEHGZm9pSXRZV1RTRU0/view Look at task manager panel.
Thanks, reassigning.
I'm still experiencing this on Kubuntu 18.04 KDE Plasma Version: 5.12.6 Frameworks: 5.44.0 QT: 5.9.5 Kernel: 4.15.0-39-generic No NVIDIA graphics card. I know everyone wants *their bug* to be the most important, but I'd like to suggest this is higher than "NOR". Although the video linked here shows ~1-3 second lags, sometimes it just stops updating. Having a clock off by several minutes is a pretty big issue for a desktop computer - that means missed meetings, real-world consequences, etc.
When I put the clock in an empty panel then it updates. I'm not surprised this is specific to my machine - seems like it would be mentioned more if it were a clean-KDE issue. If I figure out which applet is causing the clock update issue I'll post back here.
So this still happens after a plasmashell restart? Can you also see if changing render loop to basic in kcmshell5 qtquicksettings makes any difference?
> So this still happens after a plasmashell restart? I did do a "killall plasmashell; plasmashell & " for some reason yesteday (it was unrelated to this issue), and now things do appear to be working. Is that what you mean by restart? > Can you also see if changing render loop to basic in > kcmshell5 qtquicksettings makes any difference? If I run "kcmshell5 qtquicksettings" I see: > Could not find module 'qtquicksettings'. > See kcmshell5 --list for the full list of modules. If I search "render" in the "System Settings" app, under "Display and Monitor" I see "Rendering Backend" set to "OpenGL 2.0", with choices of that, "OpenGL 3.1" or "XRender". Is there something I should run next time the clock stops updating to help debug this?
>Is that what you mean by restart? It is. > Could not find module 'qtquicksettings'. That would happen if you're on an old plasma. It would be worth upgrading before spending time doing anything else. >If I search "render" That's something else
Can I upgrade the relevant parts but remain on 18.04? I like LTS...
The qtquicksettings KCM was added in Plasma 5.13.
I've also experienced this bug occasionally. (Was not easy to google for.) Restarting plasma is indeed the only thing I've tried that fixes it. I've now configured it to use the basic render loop (does this need a restart to take effect? it didn't say so), but it'll take quite a while before I'll be able to notice, "yes, it definitely seems to have stopped happening". DIGRESSION: Another thing I have is an animated wallpaper. And another issue I've experienced is that after several days the wallpaper animation bogs down (becomes slow and choppy), and Plasma likewise needs to be restarted. I do not know yet if these are related. The clock issue is more like, "the clock does not repaint _at all_ unless I take some action, such as hovering over it, which seemingly triggers a repaint". But when I noticed the clock issue, the wallpaper was also slow or frozen (unfortunately I can't remember which). Previously I'd assumed the wallpaper plugin is poorly implemented and has some kind of resource leak... but maybe the two have a common root cause, and I just hadn't noticed in the case of the clock because 20FPS vs. 2FPS doesn't lead to an observable difference there. I don't think the wallpaper could be causing the problem for the clock, because I've also experienced the clock problem long before I started using an animated wallpaper. It's of course also possible that the two issues are entirely distinct and merely have similar symptoms.
I notice similar behavior after long uptime periods. It looks like this (recorded today): https://youtu.be/hsawEg67qE8 For the first time I've noticed this in 2018. Toggling desktop effects off restores proper clock ticking. It stays properly ticking even after enabling desktop effects back. Operating System: Arch Linux KDE Plasma Version: 5.20.4 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 Kernel Version: 5.9.14-arch1-1 OS Type: 64-bit Processors: 4 × Intel® Core™ i5-4690 CPU @ 3.50GHz Memory: 31,3 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600
This issue with the threaded render loop has been fixed for Plasma 6.