Dragging maximized window to new workspace creates glitched workspace
Affected version
- Arch Linux
- GNOME Shell 43.3 & 44.rc
- Tested on Wayland
- Tested without extensions
Bug summary
When dragging a maximized window from the second monitor to the main one in between workspaces on the minimap in the overview to create a new Workspace, the window is moved to the workspace after the one it's supposed to go and an empty workspace gets created (which appearently gets deleted instantly). If you were to click on the newly created but not existing workspace (lets call it Schrödinger's workspace), the shell crashes.
Steps to reproduce
- Populate at least 2 workspaces with windows (you need to have the first one of those active to make Schrödinger's workspace appear later)
- Maximize a window on your second monitor
- Open the overview
- Drag the maximized window inbetween the two populated workspaces on the minimap to create a new workspace
-
Bonus: Click on Schrödinger's workspace in the minimap to crash the shell(only with mutter 43.2)
What happened
A new empty workspace was created and the window that was supposed to be moved there was moved to the workspace to the right of that. The newly created workspace then was deleted but stayed in the minimap
What did you expect to happen
A new workspace gets created and the window gets moved to it (like when the window is not maximized).
Relevant logs, screenshots, screencasts etc.
journalctl log (journalctl -b -t gnome-shell -t systemd-coredump -t systemd > gnomecrash.log
):
gnomecrash.log
There are two crashes in this log, the second one is without extensions
Screenrecording of the bug:
2023-03-13_15-19-13.mp4