https://bugs.kde.org/show_bug.cgi?id=437121
Bug ID: 437121 Summary: Desktop grid animation zooms back into wrong desktop after moving window Product: kwin Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-desktop-grid Assignee: kwin-bugs-n...@kde.org Reporter: m...@fsfe.org Target Milestone: --- Created attachment 138435 --> https://bugs.kde.org/attachment.cgi?id=138435&action=edit screen recording of a virtual machine running neon-unstable-20210509-0329 showing the issue SUMMARY When the desktop grid view is quit using its own global hotkey, the animation will zoom into the wrong desktop when the active window was dragged to a different desktop beforehand. The viewport ends up on the correct desktop, only the animation is wrong. STEPS TO REPRODUCE 1. set up a grid of virtual desktops (e.g. 4 desktops in 2 rows = 2x2 grid) 2. bind the "Show Desktop Grid" action to a hotkey (or use default ctrl + F8) 3. open a window (e.g. Dolphin) on desktop #1 4. trigger the desktop grid by hotkey 5. move the Dolphin window to desktop #2 on the grid using mouse drag 6. trigger the hotkey for the desktop grid again OBSERVED RESULT The animation zooms back into desktop #1 (the original) whereas after the animation finishes, the screen switches to desktop #2 immediately (where the window was dragged to). EXPECTED RESULT The animation zooms into desktop #2 (where the window was dragged to) and activates it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Neon unstable KDE Plasma Version: 5.21.80 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION - initially observed on Kubuntu 20.04 (KDE Plasma 5.18.5) installed on bare metal - reproduced on the latest Neon unstable build using a VirtualBox VM (see attached recording) - the animation zooms into the correct workspace when clicking with the mouse or pressing enter, only the desktop grid hotkey itself shows the erroneous behavior -- You are receiving this mail because: You are watching all bug changes.