Created attachment 182322 [details] Bug with systemsettings windows SUMMARY Windows on multiple virtual desktop don't sync position and size, allowing windows to be tiled in one and floating in another, and also have different sizes. Note, this is probably related to per virtual desktop tiling (which caused other similar bug). STEPS TO REPRODUCE 1. Open an app 2. Right click on the window decoration 3. Desktop -> all desktop (or select 2 virtual desktop) 4. Tile in a virtual desktop 5. move to another virtual desktop and untile it and move it/resize it 6. go back to original virtual desktop OBSERVED RESULT The windows on different virtual desktop have different size and tile status. That cause some problem: sometime they have different position, sometime they are synced (eg. when both are floating), switching from one to another cause the app to be bugged in size until the transition end,... EXPECTED RESULT Window on multiple virtual desktop should have position synced (or while i'm against it, consistently have different size and tile,...) SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 6.4.80 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.0 Kernel Version: 6.11.0-26-generic (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7735HS with Radeon Graphics Memory: 16 GiB of RAM (14,9 GiB usable) ADDITIONAL INFORMATION Also present in Arch 6.4 beta.
This bug completely messes up my workflow. I always tile Dolphin and Kate to the top and bottom of my secondary screen, with both apps set to "all desktops". This means that no matter what desktop I switch to, my file browser and text editor always stay put. However, with Plasma 6.4, once I switch desktops, both apps change to a completely different position when I switch to another virtual desktop. Beyond fixing the bug, I'd actually like to see a configuration option to disable per-desktop tiling layouts. I can think of many reasons a person might prefer a simpler, singular tiling configuration, and that would certainly work around this particular issue for my use case.
I can confirm this a very unexpected result of the 6.4 update for my use-case. I keep my windows visible on all virtual desktops by default, using the Window Rules functionality of Plasma. I use quick tile to quickly get my windows to the size and positions I want. This allows me to disable the "on all desktops" attribute of windows in specific tiles to be able to rotate between different applilcations. For example on the bottom of my rotated center screen, I have Dolphin pinned to one virtual desktop, my music player on the next, EasyEffects after that, and my email client on the final one. I can cycle between these applications and only have that specific tile change, while keeping the position of my web browser, terminal, youtube window, discord, video game all stationary. While I think this is a welcome feature, it certainly causes issues with the way I had my Plasma setup. A possible work around I believe that can fix my issue is to remove all my virtual desktops, recreate the tiles I had previous to the update, and then go back to my additional virtual desktops. I am worried this may not work however, and each new desktop will just default to the standard 3-horizontal setup that comes default on Plasma. I agree with Christian Collins that this would be something that absolutely can be toggled on or off somewhere. Perhaps someone knows of a way to disable this without patching the source code?
I can reproduce this in Fedora KDE 42, Plasma 6.4.0. Thanks!
This bug appeared for me in the recent 6.4 update; I'm using OpenSUSE Slowroll. It's quite jarring and unexpected, as windows no longer stay where you put them, which is quite unintuitive. In my case, the window I use for video calls should be in the same place on all desktops. If I manually size and position the window, it stays where it is - so this bug effectively breaks tiling. I'd be OK with this functionality staying in, as long as it's: a. configurable b. not the default
I believe this regression was introduced with https://invent.kde.org/plasma/kwin/-/merge_requests/6893
For anyone else like me that's desperate for any kind of workaround until this bug is resolved, I ended up throwing together a really hackish kwin script to fix my biggest annoyances with this behavior: https://github.com/reyemxela/kwin-scripts (specifically the "virtual-desktop-tiling-fix" script) It basically just intercepts any window tiling action and instantly removes the tile assignment while keeping the new geometry. Any tiling action triggers it, so quick-tiling with meta+arrows, dragging into custom tiles, etc. Obviously it's not very elegant, and causes some side effects. The most obvious ones are windows not snapping back to their original geometry when moving them out of that tiled zone, along with successive quick-tiling commands getting funky. TLDR: it's not a good solution for most people. It's pretty specific for my use-case and the behavior I'm needing, but figured if it can help even one person, it's worth sharing until this bug gets addressed.
I have this problem in KDE neon with Plasma 6.4.4 and it breaks my workflow with my left and right monitor containing the same tiled (messengers etc.) windows on each virtual desktop.