| Summary: | [Desktop grid] When moving a windows between two diagonal VDs, it appears short behind behind all VDs | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | postix <postix> |
| Component: | effects-overview | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | nate, postix |
| Priority: | NOR | ||
| Version First Reported In: | 6.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screen recording
Screenrecording: Plasma 6 |
||
This is with commit 09eaae89fa7332a875a7c531a1e63d8b10a411d5 (In reply to postix from comment #1) > This is with commit 09eaae89fa7332a875a7c531a1e63d8b10a411d5 Sorry, I meant with https://invent.kde.org/plasma/kwin/-/merge_requests/2962 Yeah, so… the bottom line of all this mess is that each desktop lives on its own z-plane, with its windows on top of it. Multiple desktops *don't* share any common z-indexes; but they should in order for this kind of stacking bug to be fixed. Desktop Grid should render desktops thumbnails on one plane, and then all of the windows heaps on top on another plane. Unfortunately, this gets ever more complicated with all this scaling and drag&drop animations. P.S. nice planetary nebula Still reproducible in Plasma 6.0.0 with Fedora 41 rawhide. At least for 4x4 grid, not for a 3x2 or 3x3 grid. I meant 2x2 grid not 4x4 grid. (When will bugzilla get the possibility to edit a post? ;) ) I'm not able to reproduce this in Plasma 6. Any chance you could attach a new screen recording that shows it happening in Plasma 6, so I can make sure that I'm testing it right? Thanks a lot! Created attachment 166298 [details] Screenrecording: Plasma 6 > I'm not able to reproduce this in Plasma 6. He, when I did not have the exact same issue on bare metal with Plasma 5, I would have closed it again as _likely another weird VirtualBox issue_. However, I think this is issue real. > Any chance you could attach a new screen recording that shows it happening in Plasma 6, > so I can make sure that I'm testing it right? Thanks a lot! Of course! Please see the recording using Fedora Rawhide with the built from 29/02 Thanks. Unfortunately I remain unable to reproduce the issue even when replicating what you're doing in the screen recording exactly. (In reply to Nate Graham from comment #10) > Thanks. Unfortunately I remain unable to reproduce the issue even when > replicating what you're doing in the screen recording exactly. So, finally upgraded on TW to Plasma 6. Can still reproduce it on bare metal. :-( Virtual desktops on a desktop grid are still living one by one at their own stacking order, no one has split background planes from foreground window heaps. So I see no reason why could this have been considered fixed. To reproduce with a 2x2 desktops grid: place a window in the bottom right desktop, hold the window in its upper left corner, drag it to the top left desktop such that the cursor is barely in bounds of the top left desktop but the window remains partially over the other desktops, and release the mouse button. |
Created attachment 152129 [details] Screen recording STEPS TO REPRODUCE 1. Open the desktop grid with 4x4 VDs 2. Move a window from the lower right to the upper left VD as shown in the screen recording OBSERVED RESULT Sometimes the window is drawn behind all VDs for a split second. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20220914 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5 Kernel Version: 5.19.8-1-default (64-bit) Graphics Platform: Wayland Graphics Processor: AMD Radeon RX 580 Series