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: [email protected]
Reporter: [email protected]
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.
