Grid/Expo: Corner-, top-, bottom- and center-resized Grid windows confuse Expo and follow the user from workspace to workspace
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
High
|
MC Return | ||
compiz (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Test Case]
1. Open a window
2. Hit "Ctrl+Alt+Numpad3" to resize it via Grid (for example Firefox) into a corner.
Alternatively you can drag the window to a corner to grid-resize it.
3. Open any other window (for example a terminal)
4. Trigger Expo (via Launcher's Workspace Switcher icon or by hitting "Super+S" for example)
5. Now drag the "non-gridded" second window (terminal in our case here) to another workspace/viewport
What you would expect to happen:
The terminal window should now be on the new viewport. The other window should not change position.
What actually happens:
No matter on which workspace the terminal window is dragged to, the *gridded* window follows.
Wait, it gets even better:
If you try to switch the workspace without dragging a window, the *gridded* window will follow you, whereever you go.
If you resize multiple windows via Grid all will follow you from workspace to workspace.
Note 1: I have tested this in a virtual machine with a vanilla default up-to-date installation of Raring also, to make sure non-default settings are not causing this problem.
Note 2: This bug makes using Grid in combination with Expo (which are both enabled by default on Ubuntu) completely unusable and should have high priority.
SUMMARY:
When a window gets positioned in a corner or the top/bottom half and you switch workspace using ẃorkspace switcher (expo) the window gets positioned on every workspace you switch to on exactly the same position.
Same is true for dragging one window on the same workspace as the grid positioned window (corners or top/bottom half) to another workspace: the grid placed window follows to the workspace the other window is dragged to.
This behavior is not true for windows that have grid positions when launched!
The following video demonstrates the bug:
http://
Related branches
- PS Jenkins bot (community): Approve (continuous-integration)
- Sami Jaktholm (community): Approve
- Sam Spilsbury: Approve
- MC Return: Pending requested
-
Diff: 739 lines (+219/-88)4 files modifiedplugins/expo/src/expo.cpp (+6/-0)
plugins/grid/grid.xml.in (+31/-26)
plugins/grid/src/grid.cpp (+180/-61)
plugins/grid/src/grid.h (+2/-1)
summary: |
- Grid/Expo: Grid resized windows via keyboard shortcuts confuse Expo and - jump around from workspace to workspace + Grid/Expo: Via keyboard-shortcut resized Grid windows confuse Expo and + follow the user from workspace to workspace |
Changed in compiz: | |
status: | New → Confirmed |
Changed in compiz (Ubuntu): | |
status: | New → Confirmed |
description: | updated |
summary: |
- Grid/Expo: Via keyboard-shortcut resized Grid windows confuse Expo and - follow the user from workspace to workspace + Grid/Expo: Corner-resized Grid windows confuse Expo and follow the user + from workspace to workspace |
tags: | added: raring |
Changed in compiz: | |
milestone: | none → 0.9.10.0 |
Changed in compiz: | |
importance: | Undecided → Critical |
importance: | Critical → High |
no longer affects: | archlinux |
Changed in compiz: | |
status: | Fix Committed → Fix Released |
I can confirm this on a up-to-date precise install.
On Note 3: Only Ctrl+Alt+Numpad4 and Ctrl+Alt+Numpad6 works fine, and since these are the only grids position allowed using the mouse with defaults settings, grid seems to work fine with the mouse. However, I modified grid setting to allow mouse positioning in every corner, half-top and half-bottom, and this bug affects all those positions when using screen edges with mouse.