Summary: | Cross screen bleeding during intro/outro animations in Desktop Grid effect | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Andrej Čremožnik <andrej.cremoznik> |
Component: | effects-desktop-grid | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | achilleas.k, albin.e.engstrom, aljazek, andrej.cremoznik, hr.denzler, kde, mahe |
Priority: | NOR | ||
Version: | 4.11.1 | ||
Target Milestone: | --- | ||
Platform: | Chakra | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/plasma/kwin/commit/7a4cabf3287e82e7d1d6ba84b8b059ab470f9f42 | Version Fixed In: | 5.25 |
Sentry Crash Report: | |||
Attachments: | Screen bleeding visualised |
could this be the same as bug #288530 I guess it's the same as what you point out in the comments. Windows, however, snap smoothly back to their original position in 4.8 so maybe that bug could be marked as fixed in 4.8? I can confirm that the ugly jumping is no longer present in 4.8 with nvidia hardware and their binary driver. If you're aware of this screen bleeding bug and it's going to be fixed in 4.9, then I'm fine with it. I can wait. Thanks Absent paint clipper issue? @Andrej can you perform a quick test whether it happens with the XRender backend as well? XRender seems to be working fine *** Bug 306682 has been marked as a duplicate of this bug. *** *** Bug 323706 has been marked as a duplicate of this bug. *** I confirm this bug. When upgraded Kubuntu 13.04 to KDE SC 4.11, this bug appeared. I have experienced this since I updated today to 4.11 (Arch Linux). This bug is especially noticeable when the two monitors have different wallpapers. Also, for me it only occurs when the Desktop Grid is used to move to a different workspace. If the same workspace on which the grid was initiated is chosen, the bug does not occur. Today I also realised that this effect is apparent only on the right monitor (at least in a 2 monitor configuration). At first I thought it was the main screen, which in my case was on the right, but now that I am using my laptop and the secondary monitor to the right, the bleeding only appears on the right monitor. Also, note, that I see the same effect on two different systems (same distribution - Arch Linux - same package versions - 4.11). I can confirm this issue in KDE 4.11.1. When starting or closing the desktop grid, the right-most desktop of the left monitor quickly blinks on the left-most desktop of the right monitor. The same happens the other way round. The blinking always occurs on the monitor "to which the effect is moving" if you understand what I mean. Assuming you have four monitors ordered in a grid such as in Andrej's sketch and you click on one of the two desktops on the left, the effect closes by moving to the right causing the desktop on the left monitor to shortly appear on the right one. On the other hand when you click on either one to the right, the effect closes by moving to the left and the corresponding desktop of the right monitor blinks on the left monitor. I'm not sure if this is a reborn bug #288530 (which I confirmed as being fixed back in 4.8.80) or a different issue. Looks more like a slightly different issue to me because windows do slide back into position smoothly despite the blinking. Afaics this only affects non adjacent desktops, ie. if you got a desktop grid like |-----|-----||-----|-----| | 1 | 2 || 1 | 2 | |-----|-----||-----|-----| | 3 | 4 || 3 | 4 | |-----|-----||-----|-----| Only de/activating Desktops 2 & 4 will cause this. Restoring the PaintClipper in the GL branch of DesktopGridEffect::paintWindow() had no effect. Git commit 7a4cabf3287e82e7d1d6ba84b8b059ab470f9f42 by Marco Martin. Committed on 06/05/2022 at 10:44. Pushed by mart into branch 'master'. QML version of the Desktop Grid effect Replace completely the old desktop grid effect with a QML version. Aims to feature parity and be a change as transparent as possible for the user. Related: bug 433071, bug 452625, bug 443971, bug 437121, bug 452925, bug 437928, bug 452439, bug 288530, bug 450254, bug 450106, bug 447832, bug 449960, bug 416576, bug 441862, bug 444859, bug 445999, bug 422117, bug 404627, bug 435483, bug 420744, bug 435482, bug 427055, bug 333445, bug 429120, bug 427391, bug 409295, bug 356955 FIXED-IN: 5.25 M +5 -0 src/effects.cpp M +10 -5 src/effects/desktopgrid/CMakeLists.txt D +0 -1571 src/effects/desktopgrid/desktopgrid.cpp D +0 -186 src/effects/desktopgrid/desktopgrid.h D +0 -32 src/effects/desktopgrid/desktopgrid.kcfg M +6 -14 src/effects/desktopgrid/desktopgrid_config.cpp M +2 -2 src/effects/desktopgrid/desktopgrid_config.h M +68 -144 src/effects/desktopgrid/desktopgrid_config.ui A +32 -0 src/effects/desktopgrid/desktopgridconfig.kcfg M +5 -1 src/effects/desktopgrid/desktopgridconfig.kcfgc A +342 -0 src/effects/desktopgrid/desktopgrideffect.cpp [License: GPL(v2.0+)] A +108 -0 src/effects/desktopgrid/desktopgrideffect.h [License: GPL(v2.0+)] M +5 -4 src/effects/desktopgrid/main.cpp D +0 -26 src/effects/desktopgrid/main.qml M +1 -0 src/effects/desktopgrid/metadata.json A +255 -0 src/effects/desktopgrid/qml/DesktopView.qml [License: GPL(v2.0+)] A +193 -0 src/effects/desktopgrid/qml/main.qml [License: GPL(v2.0+)] M +22 -5 src/effects/private/qml/WindowHeap.qml M +21 -3 src/libkwineffects/kwineffects.h M +4 -1 src/libkwineffects/kwinquickeffect.cpp https://invent.kde.org/plasma/kwin/commit/7a4cabf3287e82e7d1d6ba84b8b059ab470f9f42 |
Created attachment 68889 [details] Screen bleeding visualised Version: 4.8.0 (using KDE 4.8.0) OS: Linux It's kind of hard to put into words so i've made a drawing (attached). When entering and exiting the desktop grid on multiple monitors the desktops from one screen bleeds onto the other. This did not happen with 4.7.x I'm running TwinView on 2 monitors with latest (295.17) nvidia drivers. Reproducible: Always Steps to Reproduce: Run desktop grid Actual Results: Screen bleeding Expected Results: No bleeding