https://bugs.kde.org/show_bug.cgi?id=485927
--- Comment #19 from Blazer Silving <breakingsp...@gmail.com> --- (In reply to n.parkanyi from comment #17) > (In reply to Blazer Silving from comment #16) > > > It looks like these animations are all being driven by QUnifiedTimer > > > > I'm curious how you found this! > > This was bothering me, so I was grepping around in the qt code for potential > culprits. QUnifiedTimer does seem to be a private API to qt. It could be > that the animations that never have this issue are driven by something else. > But at least in the case of system settings, it does _something_ that ends > up fixing this (maybe in kirigami?). It bothered me too, especially how intermittent the behavior seemed to be. This does cover the behavior described in BUG 455585 that we'd been tracking for some time. Great find, for real. This may indeed be an upstream QT bug that needs to be filed and looked at officially, they may have pointers on how to better handle it on the KDE side as well. (In reply to Orlando Rodriguez from comment #18) > It's great having a possible solution for this issue!!! Thanks!!!. Just a > quick question, is there any guide about how to patch qtbase and reinstall > it, so I can also test this? I have been googling a little bit and I found > the repo and the file for qt, but I still don't know how to replace qtbase > so this fix could work. Any information would be really appreciate it. (I > am using Fedora KDE 41 right now) The quickest way to test a one-line fix like this is to build a patched package for your distro, and install it over the system version. Most offer tools and helpers for this (PKGBUILD for Arch, fedpkg for Fedora, etc). Generally the package manager will overwrite the patched version on the next repo update. Even cooler is setting up an isolated container to do the build, so you don't have to install all the build dependencies on your main system :) -- You are receiving this mail because: You are watching all bug changes.