https://bugs.kde.org/show_bug.cgi?id=514045
Mika Westphal <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|NOT A BUG |FIXED --- Comment #3 from Mika Westphal <[email protected]> --- (In reply to David Edmundson from comment #2) > This will be a client bug, please report there > > >MakeMKV > > Any others? No, not anymore. I had it mid 2024 in Qt Designer too but not now anymore So far, I've mostly noticed it in MakeMKV. However, since the window decoration (drawn by KWin) renders perfectly, but the client content lags behind until a hover event forces a repaint, it seems like a synchronization issue introduced by the fractional scaling mechanism. Even if MakeMKV is doing something non-standard, implies that the damage events are swallowed or delayed by the compositor in this specific scaling scenario. Is there a specific KWin rule or environment variable (like a specific rendering backend enforcement) that could force a correct repaint on map? -- You are receiving this mail because: You are watching all bug changes.
