https://bugs.kde.org/show_bug.cgi?id=501410

            Bug ID: 501410
           Summary: And yet two more cases where The "Fall Apart" desktop
                    effect is triggered too frequently, for windows the
                    user doesn't consider windows
    Classification: Plasma
           Product: kwin
           Version: 6.3.2
          Platform: Debian unstable
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: effects-various
          Assignee: kwin-bugs-n...@kde.org
          Reporter: ilikef...@waterisgone.com
  Target Milestone: ---

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!

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to