| Summary: | Flickering and incompletely drawn textures | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Lastique <andysem> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | lukasz |
| Priority: | NOR | ||
| Version: | 5.5.5 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Undrawn decorations screenshot
KWin support info Video presenting the bug KWin support info Screencast showing opacity changes when opening windows Screencast showing undrawn decorations |
||
|
Description
Lastique
2016-05-25 12:10:52 UTC
Created attachment 99174 [details]
Undrawn decorations screenshot
I forgot to mention that I tried switching from Automatic refresh to Full screen repaints, it didn't help. can you please attach the output of "qdbus org.kde.KWin /KWin supportInformation" Created attachment 99178 [details]
KWin support info
I think I hit the same bug, it happens very often after I exit from csgo game on Steam. Created attachment 99250 [details]
Video presenting the bug
Created attachment 99251 [details]
KWin support info
The black border around windows is clearly bug #361154 (unlike original bug fits in usage pattern aside visual results), but the "flickering" desktop is interesting. Either the desktop window (uses GL as well) switches between a valid and an invalid texture or kwin picked some junk desktop (black for eg. an invalid window texture) and missed a global update in the buffer age chain. Forcing a (series of) full scene repaints like un/maximizing one of the windows a couple of times should "fix" the buffer chain and running KWIN_USE_BUFFER_AGE=0 kwin_x11 --replace & along a tearing prevention forced to full scene repaints should prevent the flicker from occuring at all (likewise "tearing prevention: none" should prevent it) > KWIN_USE_BUFFER_AGE=0 kwin_x11 --replace &
This command does the job well in case of flickering and with borders too. Thank you.
It's *not* meant as as resort from an existing problem (it includes a restart of kwin, so naturally resolves any pending problems with the present kwin process ;-) The interesting question is whether a kwin process started this way is not affected by the problems in this bug. I put KWIN_USE_BUFFER_AGE=0 to /etc/environment a few days ago and so far I haven't seen any flickering textures. I can't be 100% sure this fixes the problem but it does make things better. Note: My vsync mode is "Automatic". Created attachment 99314 [details]
Screencast showing opacity changes when opening windows
Here's a screencast of opacity changes when blur is enabled. Pay attention to the panels.
Created attachment 99315 [details] Screencast showing undrawn decorations Sorry, I mixed up two of by bugs. (In reply to Lastique from comment #11) > I put KWIN_USE_BUFFER_AGE=0 to /etc/environment a few days ago and so far I > haven't seen any flickering textures. I can't be 100% sure this fixes the > problem but it does make things better. > > Note: My vsync mode is "Automatic". And there you go. A few minutes later after I wrote the message I re-enabled the Blur effect and got un-drawn window decorations. No flickering though. Also I noticed that the decorations are affected by the nearby windows. See the attached screencast. I assume this is just another case of bug #361154 - in case 5.7.4 does not fix the incorrectly drawn decorations and the flickering, please reopen. *** This bug has been marked as a duplicate of bug 361154 *** |