Bug 342960

Summary: Sometimes repaint stalls for one window
Product: [Plasma] kwin Reporter: Lasse Liehu <lasse.liehu>
Component: compositingAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: r2b2x3+kdebug
Priority: NOR    
Version: git master   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=342326
Latest Commit: Version Fixed In:
Attachments: Output of nvidia-smi
KWin support information

Description Lasse Liehu 2015-01-17 12:33:32 UTC
Sometimes, seemingly randomly, repainting of one window stalls. Firefox is common, but it has happened to some other windows as well, like some KF5-based application (cannot remember which one(s)).

Switching to another window and then back using Alt+Tab causes the stalled window to be repainted once or twice, but it will then remain stalled. Disabling compositing fixes the stall and makes the window repaint again. Then after enabling compositing again the window is still being repainted. I haven't witnessed the window to start being repainted again without disabling compositing.

I haven't found a pattern that causes this stall to occur. I think I haven't been writing any text when this has happened, but I might have been pressing some shortcuts. I'm also using fcitx as input method.

Attached KWin support information and output of nvidia-smi were taken a bit after Firefox's window started stalling and when it was still stalling. It wasn't taken in a VT because all other windows were repainting fine and still are while writing this.

Reproducible: Sometimes
Comment 1 Lasse Liehu 2015-01-17 12:34:02 UTC
Created attachment 90473 [details]
Output of nvidia-smi
Comment 2 Lasse Liehu 2015-01-17 12:34:25 UTC
Created attachment 90474 [details]
KWin support information
Comment 3 Thomas Lübking 2015-01-17 16:58:59 UTC
Since firefox (surprise...) seems a reliable trigger, could you try to "about:config" and filter for
a) webgl
    -> set "webgl.disabled" to true and pdfjs.enableWebGL to false (latter is the default)
b) accel
    -> set "layers.acceleration.disabled" to true

Restart firefox and see whether this still happens.
Comment 4 Lasse Liehu 2015-01-17 17:30:58 UTC
Ok, done. Let's see whether this still happens.
Comment 5 Lasse Liehu 2015-01-17 20:55:11 UTC
Repainting of Firefox's window stalled again in the same way.
Comment 6 Thomas Lübking 2015-01-17 23:13:36 UTC
"kcmshell5 kwincompositing" -> does it also happen w/ xrender compositing?
Comment 7 Lasse Liehu 2015-01-18 10:53:40 UTC
Also happens with XRender compositing.
Comment 8 Lasse Liehu 2015-11-20 12:28:38 UTC
This hasn't happened in a really long time now.
Comment 9 Thomas Lübking 2015-11-20 16:28:03 UTC
Thanks for the update, may have been https://git.reviewboard.kde.org/r/124591/