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.

Reply via email to