SUMMARY And yet two more cases where The "Fall Apart" desktop effect is triggered too frequently, for windows the user doesn't consider windows. STEPS TO REPRODUCE CASE A ---------------------------------------- 1. Right-click on a symlink shortcut (if you don't have any, run this command in terminal: cd ~/Desktop; ln -s /opt;). 2. Click on 'Properties' item. 3. Click on the '>-' button that is on the right of the text field with '/opt' in it (which will show the target of the link). CASE B ---------------------------------------- 1. Right-click on the start menu icon in the bottom-left corner of the screen. 2. Click on 'Show Alternatives...'. 3. Click on 'Application Dashboard'. OBSERVED RESULT CASE A ---------------------------------------- Clicking on that target button (or whatever it is / called, I don't see a tooltip saying what it is / does) will close the properties window triggering the "Fall Apart" effect and then open the link's target in Dolphin. CASE B ---------------------------------------- After opening the start menu, which is now full screen clicking on programs to open or clicking on a non-program, so on the background, it will trigger the "Fall Apart" effect, even though this is a menu and not a window. EXPECTED RESULT CASE A ---------------------------------------- I'm not sure! It was a bit unexpected that the Properties window was closed triggering this effect, but it also makes sens as it closes the window, even though not by pressing the 'x' button in its top-right corner. I guess it's fine and normal, for consistency. It's your call if you want to leave it like that. I mainly wanted to make you aware about this one, in case you didn't know or it was not intended to be like that. CASE B ---------------------------------------- This is menu, not a window, so it should not trigger this effect. Also, the normal menu doesn't trigger this effect, so for consistency too, it should not be triggered. SOFTWARE/OS VERSIONS Linux (Debian 13 - unstable repository)/KDE Plasma: KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.12.17-amd64 (64-bit) Mesa Version: 25.0.0-1 Graphics Platform: Wayland HARDWARE SPECIFICATIONS Hardware: Laptop Dell Inspiron 5770 (17" 1080p@60Hz screen) CPU: Intel® Core™ i5-8250U CPU @ 1.60GHz GPU 1: Intel® UHD Graphics 620 (main, Vulkan capable) GPU 2: AMD Radeon R5 M465 Series RAM: 8 GiB (7.7 GiB usable) ADDITIONAL INFORMATION This problem is similar to the 2 fixed (and the other 2 previously fixed) in this bug report: https://bugs.kde.org/show_bug.cgi?id=499978 Hopefully these are the last cases for this effect. BTW, after you set this bug report to fixed too, if it's possible, it would be great if you can backport all these fixes to the 6.3 branch too, so we can have all the fixes in the next Debian LTS release that will come with Plasma 6.3.4 or even 6.3.5, if possible / allowed to do it: https://wiki.debian.org/PkgQtKde/TrixieReleasePlans Thank you very much!
Case A is intentional because the properties dialog is a window in the way a normal user thinks of it. Case B is legit though, since the Application Dashboard doesn't feel like a window to a normal user; it's a full-screen overlay thingy, not something that feels window-like.