Bug 459234 - [Desktop grid] When moving a windows between two diagonal VDs, it appears short behind behind all VDs
Summary: [Desktop grid] When moving a windows between two diagonal VDs, it appears sho...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: effects-overview (show other bugs)
Version: 6.3.0
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-16 18:56 UTC by postix
Modified: 2025-02-13 16:58 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screen recording (1.79 MB, video/x-matroska)
2022-09-16 18:56 UTC, postix
Details
Screenrecording: Plasma 6 (2.51 MB, video/mp4)
2024-03-02 11:07 UTC, postix
Details

Note You need to log in before you can comment on or make changes to this bug.
Description postix 2022-09-16 18:56:12 UTC
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
Comment 1 postix 2022-09-16 18:57:16 UTC
This is with commit 09eaae89fa7332a875a7c531a1e63d8b10a411d5
Comment 2 postix 2022-09-16 18:57:56 UTC
(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
Comment 3 ratijas 2022-09-16 21:24:10 UTC
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.
Comment 4 Nate Graham 2022-09-16 21:32:42 UTC
P.S. nice planetary nebula
Comment 5 postix 2024-02-29 13:24:31 UTC
Still reproducible in Plasma 6.0.0 with Fedora 41 rawhide.
Comment 6 postix 2024-02-29 13:25:46 UTC
At least for 4x4 grid, not for a 3x2 or 3x3 grid.
Comment 7 postix 2024-02-29 13:26:30 UTC
I meant 2x2 grid not 4x4 grid. (When will bugzilla get the possibility to edit a post? ;) )
Comment 8 Nate Graham 2024-03-01 20:30:25 UTC
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!
Comment 9 postix 2024-03-02 11:07:17 UTC
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
Comment 10 Nate Graham 2024-03-04 19:58:51 UTC
Thanks. Unfortunately I remain unable to reproduce the issue even when replicating what you're doing in the screen recording exactly.
Comment 11 postix 2024-03-14 13:27:35 UTC
(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. :-(
Comment 12 ratijas 2024-03-26 18:07:24 UTC
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.