This is a fairly frequent (many times/day) situation, so I can reproduce within a few hours (this is my daily driver machine, unfortunately), but I'm not sure what information to gather when it's in this state to aid in debugging. Basically the problem is that Kwin will stop updating windows after a while. In particular it's commonly seen while using Google Chrome, Chromium and The Eric Python IDE but it seems to affect e.g. Konsole as well. The windows are responsive to *input*, but their display does not get updated without an alt-tab away and back (at which point all of the changes the application has made are visible). If I go to the compositor kcm and select a different rendering backend (e.g. OpenGL 2.0 to OpenGL 3.1 or vice-versa) and apply, then the windows start rendering again for a while, so I'm assuming this is likely an unhandled event where the corrupt state is reset on compositor backend reset. I realize this likely isn't useful as a bug report yet, I'm mostly looking for advice as to how to produce a useful bug-report for the condition. Reproducible: Sometimes Steps to Reproduce: 1. General usage, chrome, Eric, Konsole 2. Lots of window switching, scrolling, editing (development workflow) Actual Results: After a few hours (or so), the compositor stops getting updates from applications. * nVidia Proprietary driver * Dell XPS 15 * Kubuntu 16.04 (up to date)
As a first step you can provide the output of: qdbus org.kde.KWin /KWin supportInformation when the problem is visible. As windows stop to update best do that from a tty. You can also try to press Alt+Shift+F12 twice when you see the problem. That should have the same effect as switching the backend.
bug #342326 and friends
waiting for debug output
(In reply to Martin Gräßlin from comment #3) > waiting for debug output https://paste.kde.org/p3jrxca0u has the output from a different machine showing the same behaviour. When the information was captured the Eric IDE was "stuck" such that I could edit/change/scroll etc the source window, but nothing else would update. As noted, hitting Alt+Shift+F12 a couple times does eliminate the condition. Frequency seems to have dropped off significantly at this point, I see the effect once every few weeks now, instead of many times/day. Likely that is due to an OS update on Kubuntu.
Version ======= KWin version: 5.5.5 Qt Version: 5.5.1 Qt compile version: 5.5.1 XCB compile version: 1.11.1 Operation Mode: X11 only Build Options ============= KWIN_BUILD_DECORATIONS: yes KWIN_BUILD_TABBOX: yes KWIN_BUILD_ACTIVITIES: yes HAVE_INPUT: yes HAVE_DRM: yes HAVE_GBM: yes HAVE_X11_XCB: yes HAVE_EPOXY_GLX: yes HAVE_WAYLAND_EGL: yes X11 === Vendor: The X.Org Foundation Vendor Release: 11804000 Protocol Version/Revision: 11/0 SHAPE: yes; Version: 0x11 RANDR: yes; Version: 0x14 DAMAGE: yes; Version: 0x11 Composite: yes; Version: 0x4 RENDER: yes; Version: 0xb XFIXES: yes; Version: 0x50 SYNC: yes; Version: 0x31 GLX: yes; Version: 0x0 Decoration ========== Plugin: org.kde.kwin.aurorae Theme: __aurorae__svg__osx Blur: 1 onAllDesktopsAvailable: false alphaChannelSupported: true closeOnDoubleClickOnMenu: false decorationButtonsLeft: 5 decorationButtonsRight: 3, 4 borderSize: 3 gridUnit: 10 font: Ubuntu,10,-1,5,75,0,0,0,0,0 smallSpacing: 2 largeSpacing: 10 Options ======= focusPolicy: 0 nextFocusPrefersMouse: false clickRaise: true autoRaise: false autoRaiseInterval: 0 delayFocusInterval: 0 shadeHover: false shadeHoverInterval: 250 separateScreenFocus: false placement: 4 focusPolicyIsReasonable: true borderSnapZone: 10 windowSnapZone: 10 centerSnapZone: 0 snapOnlyWhenOverlapping: false rollOverDesktops: true focusStealingPreventionLevel: 1 legacyFullscreenSupport: false operationTitlebarDblClick: 5000 operationMaxButtonLeftClick: 5000 operationMaxButtonMiddleClick: 5015 operationMaxButtonRightClick: 5014 commandActiveTitlebar1: 0 commandActiveTitlebar2: 30 commandActiveTitlebar3: 2 commandInactiveTitlebar1: 4 commandInactiveTitlebar2: 30 commandInactiveTitlebar3: 2 commandWindow1: 7 commandWindow2: 8 commandWindow3: 8 commandWindowWheel: 31 commandAll1: 10 commandAll2: 3 commandAll3: 14 keyCmdAllModKey: 16777251 showGeometryTip: false condensedTitle: false electricBorderMaximize: true electricBorderTiling: true electricBorderCornerRatio: 0.25 borderlessMaximizedWindows: false killPingTimeout: 5000 hideUtilityWindowsForInactive: true inactiveTabsSkipTaskbar: false autogroupSimilarWindows: false autogroupInForeground: true compositingMode: 1 useCompositing: true compositingInitialized: true hiddenPreviews: 1 unredirectFullscreen: false glSmoothScale: 2 colorCorrected: false xrenderSmoothScale: false maxFpsInterval: 16666666 refreshRate: 0 vBlankTime: 6000000 glStrictBinding: false glStrictBindingFollowsDriver: true glCoreProfile: false glPreferBufferSwap: 101 glPlatformInterface: 1 Screen Edges ============ desktopSwitching: false desktopSwitchingMovingClients: false cursorPushBackDistance: 1x1 timeThreshold: 150 reActivateThreshold: 350 actionTopLeft: 0 actionTop: 0 actionTopRight: 0 actionRight: 0 actionBottomRight: 0 actionBottom: 0 actionBottomLeft: 0 actionLeft: 0 Screens ======= Multi-Head: no Active screen follows mouse: no Number of Screens: 2 Screen 0: --------- Name: DVI-0 Geometry: 1920,0,1920x1080 Refresh Rate: 60 Screen 1: --------- Name: HDMI-0 Geometry: 0,0,1920x1080 Refresh Rate: 60 Compositing =========== Compositing is active Compositing Type: OpenGL OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD CAICOS (DRM 2.43.0, LLVM 3.8.0) OpenGL version string: 3.0 Mesa 11.2.0 OpenGL platform interface: GLX OpenGL shading language version string: 1.30 Driver: R600G GPU class: NI OpenGL version: 3.0 GLSL version: 1.30 Mesa version: 11.2 X server version: 1.18.4 Linux kernel version: 4.4 Direct rendering: Requires strict binding: no GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no OpenGL 2 Shaders are used Painting blocks for vertical retrace: no Loaded Effects: --------------- zoom slidingpopups kwin4_effect_login slide screenshot kwin4_effect_translucency kwin4_effect_windowaperture minimizeanimation desktopgrid kwin4_effect_fade kwin4_effect_maximize presentwindows kwin4_effect_dialogparent highlightwindow blur contrast logout startupfeedback screenedge kscreen Currently Active Effects: ------------------------- blur contrast Effect Settings: ---------------- zoom: zoomFactor: 1.2 mousePointer: 0 mouseTracking: 0 enableFocusTracking: false followFocus: true focusDelay: 350 moveFactor: 20 targetZoom: 1 slidingpopups: fadeInTime: 150 fadeOutTime: 250 kwin4_effect_login: slide: screenshot: kwin4_effect_translucency: kwin4_effect_windowaperture: minimizeanimation: desktopgrid: zoomDuration: 300 border: 10 desktopNameAlignment: 0 layoutMode: 0 customLayoutRows: 2 usePresentWindows: true kwin4_effect_fade: kwin4_effect_maximize: presentwindows: layoutMode: 0 showCaptions: true showIcons: true doNotCloseWindows: false ignoreMinimized: false accuracy: 20 fillGaps: true fadeDuration: 150 showPanel: false leftButtonWindow: 1 rightButtonWindow: 2 middleButtonWindow: 0 leftButtonDesktop: 2 middleButtonDesktop: 0 rightButtonDesktop: 0 kwin4_effect_dialogparent: highlightwindow: blur: blurRadius: 12 cacheTexture: true contrast: logout: useBlur: true startupfeedback: type: 1 screenedge: kscreen:
> Plugin: org.kde.kwin.aurorae Please try to use the breeze window decoration.
(In reply to Martin Gräßlin from comment #6) > Please try to use the breeze window decoration. I'm experiencing the problem described on this bug report. What do yo mean by "Please try to use the breeze window decoration."? I'm using Breeze but after switching to Plastik the problem persists. For the record, the problem was first seen after upgrading to Kubuntu 16.04. Now I'm on Kubuntu 16.10 (KDE Plasma 5.7.5). I'm using the radeon driver.
I'm experiencing absolutely the same problem described on this bug report. The problem happens at me with Chrome, Firefox and konsole. Basically everything with tabbed display. My system is kubuntu 16.04 with current updates. I've changed now the window decoration to breeze, let's see what happens, but I don't thing that it has to do with that.
(In reply to Tibor Nagy from comment #8) > I'm experiencing absolutely the same problem described on this bug report. > The problem happens at me with Chrome, Firefox and konsole. Basically > everything with tabbed display. > > My system is kubuntu 16.04 with current updates. > > I've changed now the window decoration to breeze, let's see what happens, > but I don't thing that it has to do with that. Window decoration "Breeze" did not help anything.
KWin freezes for me to. I'm using Plasma 5.13 on OpenSuSE. Additionally, there artifacts, especially when running GTK+ apps. Both problems was gone, when switching to XRender backend.
Created attachment 121028 [details] qdbus org.kde.KWin /KWin supportInformation
Very same issue, appeared in one of the last few updates (sorry can't remember which one, It most likely happened within last 3 months). Tried switching opengl version, switching to glx. Disabling nvidia compositor pipeline. Changing scaling options and tearing prevention. Xrender might be helping but didn't use long enough to confirm. Application receives input, only doesn't render. Rendering gets fixed after resizing window. Happens to applications in window, maximized window and borderless full screen window. Don't think i saw it in full screen so far. Might also happened to latte bar, but it happened once or twice so it might be unrelated. Preview thumbnail when hovering over application in taskbar renders correctly even if the actual window doesnt render. Logs don't really seem to throw anything reasonable aside from typical qt.qpa.xcb errors and powerdevil scheduling/forcing inhibition, both seem to happen all the time wether the bug appears or not. Attaching output from qdbus org.kde.KWin /KWin supportInformation
Update: It'd appear it still happens with xrender so opengl might not be related.. It seems to happen less.. but already happened quite few times. There was no issue for quite a while, went afk for ~2h after that it started happening again.
Maybe it's related to X, because I had similar issue when playing game, which stops the composition (Civilization 6). I check when could it happens and I discovered, it could been related to available disk space.
I see this happening, too. Most of the time the first application remarkably lacking content updates is Firefox. But I have seen this effect for example in akregator and konqueror, too, to name at least these two. Not knowing if this is just correlation or real causation, just for the record: It is my impression that this regularly starts to happen as soon as main memory is heavily under pressure (and a mentionable amount of swap space is in use).
*** This bug has been marked as a duplicate of bug 342326 ***