Nice work on the new blur effect! However, while it shows fine when resizing windows, it doesn't work when moving windows: they just become plain translucent. I couldn't find a setting, but since it automatically works for resizing, I assume that's a simple bug.
Are you using wobbly windows? Could you please post output of qdbus org.kde.kwin /KWin supportInformation
qdbus org.kde.KWin /KWin supportInformation
I don't use wobbly windows. Update: I just noticed the blur effect only works when resizing Konsole, not when resizing other windows. For those the blur effect doesn't work for either resizing or moving. ==== KWin Support Information: The following information should be used when requesting support on e.g. http://forum.kde.org. It provides information about the currently running instance, which options are used, what OpenGL driver and which effects are running. Please post the information provided underneath this introductory text to a paste bin service like http://paste.kde.org instead of pasting into support threads. ========================== Version ======= KWin version: 5.13.0 Qt Version: 5.11.0 Qt compile version: 5.11.0 XCB compile version: 1.13 Operation Mode: X11 only Build Options ============= KWIN_BUILD_DECORATIONS: yes KWIN_BUILD_TABBOX: yes KWIN_BUILD_ACTIVITIES: 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: 12000000 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__Adapta Blur: 1 onAllDesktopsAvailable: true alphaChannelSupported: true closeOnDoubleClickOnMenu: false decorationButtonsLeft: 0, 2 decorationButtonsRight: 6, 3, 4, 5 borderSize: 4 gridUnit: 10 font: Noto Sans,10,-1,5,75,0,0,0,0,0,Bold smallSpacing: 2 largeSpacing: 10 Platform ========== Name: KWin::X11StandalonePlatform 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: 5008 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 glSmoothScale: 2 xrenderSmoothScale: false maxFpsInterval: 16666666 refreshRate: 0 vBlankTime: 6000000 glStrictBinding: true glStrictBindingFollowsDriver: true glCoreProfile: true glPreferBufferSwap: 101 glPlatformInterface: 1 windowsBlockCompositing: false 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: yes Number of Screens: 2 Screen 0: --------- Name: DP1 Geometry: 1920,0,3840x2160 Scale: 1 Refresh Rate: 59.9966 Screen 1: --------- Name: HDMI3 Geometry: 0,1080,1920x1080 Scale: 1 Refresh Rate: 60 Compositing =========== Compositing is active Compositing Type: OpenGL OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) OpenGL version string: 4.5 (Core Profile) Mesa 18.1.1 OpenGL platform interface: GLX OpenGL shading language version string: 4.50 Driver: Intel GPU class: Unknown OpenGL version: 4.5 GLSL version: 4.50 Mesa version: 18.1.1 X server version: 1.20 Linux kernel version: 4.17.2 Direct rendering: Requires strict binding: yes GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no OpenGL 2 Shaders are used Painting blocks for vertical retrace: no Loaded Effects: --------------- zoom trackmouse kwin4_effect_maximize kwin4_effect_fade kwin4_effect_scalein kwin4_effect_translucency kwin4_effect_logout kwin4_effect_dialogparent kwin4_effect_morphingpopups kwin4_effect_frozenapp dimscreen kwin4_effect_login kwin4_effect_windowaperture slidingpopups screenshot minimizeanimation desktopgrid colorpicker presentwindows highlightwindow blur contrast 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 trackmouse: modifiers: 335544320 mousePolling: true kwin4_effect_maximize: kwin4_effect_fade: kwin4_effect_scalein: kwin4_effect_translucency: kwin4_effect_logout: kwin4_effect_dialogparent: kwin4_effect_morphingpopups: kwin4_effect_frozenapp: dimscreen: kwin4_effect_login: kwin4_effect_windowaperture: slidingpopups: fadeInTime: 150 fadeOutTime: 250 screenshot: minimizeanimation: desktopgrid: zoomDuration: 300 border: 10 desktopNameAlignment: 0 layoutMode: 0 customLayoutRows: 2 usePresentWindows: true colorpicker: presentwindows: layoutMode: 1 showCaptions: false showIcons: false doNotCloseWindows: false ignoreMinimized: false accuracy: 20 fillGaps: true fadeDuration: 150 showPanel: false leftButtonWindow: 1 rightButtonWindow: 2 middleButtonWindow: 0 leftButtonDesktop: 2 middleButtonDesktop: 0 rightButtonDesktop: 0 highlightwindow: blur: contrast: startupfeedback: type: 1 screenedge: kscreen:
Other windows should tell KWin what regions to blur. Konsole does that. Could you please also record your screen to demonstrate the bug?
Afraid I don't have the capability to screen record here right now. May I ask what you're looking for? The result when moving and resizing (with the exception of Konsole) is the same as with only the translucency effect enabled on <5.13.
(In reply to Christian Muehlhaeuser from comment #5) > Afraid I don't have the capability to screen record here right now. May I > ask what you're looking for? I want to see what's wrong because I can't reproduce this bug. When I move or resize Konsole, background behind it is still blurred. (With transparency effect, window will be slightly transparent but background is still blurred) The only issue that blur effect has in KWin 5.13 is that it doesn't work on multiple monitor setups. Alex Nemeth(the author of the new blur effect) fixed it already. So, it would be great if you provide more details on how to reproduce this bug because as I said previously: I can't reproduce it. > The result when moving and resizing (with the exception of Konsole) > is the same as with only the translucency effect enabled on <5.13.
** it doesn't work correctly on multiple monitor setups
Well, as mentioned Konsole at least works. It's all the other apps where it has no effect. I do have several monitors connected to the system indeed, so that's probably the issue.
(In reply to Christian Muehlhaeuser from comment #8) > Well, as mentioned Konsole at least works. It's all the other apps where it > has no effect. OK, I've got what you're talking about. Those apps then should tell KWin what regions to blur. KWin doesn't blur behind all transparent windows. Konsole tells KWin what to blur so KWin blurs background. > I do have several monitors connected to the system indeed, so that's > probably the issue. No, it doesn't have anything to do with multiple monitor setups. I thought that blur doesn't work for Konsole.
FWIW, blur effect in KWin 5.13.1 should work fine on multiple monitor setups. :-)
(In reply to Vlad Zagorodniy from comment #10) > FWIW, blur effect in KWin 5.13.1 should work fine on multiple monitor > setups. :-) Sorry, I was BSing. It only includes HiDPI fix.
Are there plans to introduce a setting which also blurs the translucent windows while moving? (when both blur and translucency effects are enabled) Otherwise we could turn this report into a feature wish :-)
(In reply to Christian Muehlhaeuser from comment #12) > Are there plans to introduce a setting which also blurs the translucent > windows while moving? (when both blur and translucency effects are enabled) > > Otherwise we could turn this report into a feature wish :-) I'm afraid that by doing that, we'll break some apps that need transparent background.
Just in case there's a misunderstanding: I'm not saying blur all transparent windows. I meant to only blur the content below windows while moving them (and when the transparency effect for moving/resizing is enabled)
(In reply to Christian Muehlhaeuser from comment #14) > Just in case there's a misunderstanding: I'm not saying blur all transparent > windows. I meant to only blur the content below windows while moving them > (and when the transparency effect for moving/resizing is enabled) There wasn't a misunderstanding. What if you move already transparent window? Ignoring the fact it can "break" some apps, it's too much effort for too little gain.
What's the difference in this situation with or without the blur effect? If the window is already transparent, the transparency effect doesn't apply while moving/resizing, but keeps the window at its current transparency setting. The same could be applied here? Maybe I'm overlooking the obvious, but I don't see how it would break anything. Could you explain a bit more?
(In reply to Christian Muehlhaeuser from comment #16) > What's the difference in this situation with or without the blur effect? If > the window is already transparent, the transparency effect doesn't apply > while moving/resizing, but keeps the window at its current transparency > setting. The same could be applied here? No, it applies even to translucent windows. > Maybe I'm overlooking the obvious, but I don't see how it would break > anything. Could you explain a bit more? Some apps can have translucent background to give users a clue what it will record (for example, Peek). If the main window is being moved and background behind it is blurred, that will be disaster.
Ah, so you're talking about apps that take care of the translucency manually/themselves?
(In reply to Christian Muehlhaeuser from comment #18) > Ah, so you're talking about apps that take care of the translucency > manually/themselves? Yes.