2012-11-22 12:26:29 |
MC Return |
bug |
|
|
added bug |
2012-11-22 12:32:22 |
MC Return |
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 |
|
2012-11-29 09:55:41 |
Omer Akram |
compiz: status |
New |
Confirmed |
|
2012-12-03 11:27:17 |
MC Return |
attachment added |
|
Video was recorded using a Raring VM, has some gfx artifacts, but shows the bug clearly https://bugs.launchpad.net/compiz/+bug/1082001/+attachment/3450431/+files/Grid-keyboard-gridded-windows-jump-workspaces.webm |
|
2013-01-26 06:57:06 |
Sami Jaktholm |
bug task added |
|
compiz (Ubuntu) |
|
2013-01-26 06:57:13 |
Sami Jaktholm |
compiz (Ubuntu): status |
New |
Confirmed |
|
2013-01-28 14:48:30 |
WhyNotHugo |
bug task added |
|
archlinux |
|
2013-02-01 20:53:10 |
MC Return |
description |
[Test Case]
1. Open a window
2. Hit "Ctrl+Alt+Numpad3" to resize it via Grid (for example Firefox)
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.
Note 3: You have to resize the windows via keyboard-grid to trigger this bug, mouse-resized *gridded* windows seem to be unaffected. |
[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.
Note 3: Just corner-gridded windows seem to be affected. |
|
2013-02-01 20:53:36 |
MC Return |
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 |
|
2013-02-04 15:36:50 |
Esokrates |
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.
Note 3: Just corner-gridded windows seem to be affected. |
[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 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://ubuntuone.com/2s8kNGM6Qcp3WFfjOwe6XX |
|
2013-02-04 15:41:35 |
Esokrates |
tags |
|
0.9.9.2 compiz |
|
2013-02-05 10:56:27 |
Esokrates |
tags |
0.9.9.2 compiz |
0.9.9.2 compiz raring |
|
2013-02-06 14:52:07 |
Esokrates |
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 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://ubuntuone.com/2s8kNGM6Qcp3WFfjOwe6XX |
[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://ubuntuone.com/2s8kNGM6Qcp3WFfjOwe6XX |
|
2013-04-02 18:36:53 |
MC Return |
compiz: assignee |
|
MC Return (mc-return) |
|
2013-04-02 18:38:46 |
MC Return |
summary |
Grid/Expo: Corner-resized Grid windows confuse Expo and follow the user from workspace to workspace |
Grid/Expo: Corner-, top-, bottom- and center-resized Grid windows confuse Expo and follow the user from workspace to workspace |
|
2013-04-02 18:41:46 |
MC Return |
branch linked |
|
lp:~mc-return/compiz/compiz.merge-fix1082001-gridded-windows-jump-workspaces |
|
2013-04-02 18:41:53 |
MC Return |
compiz: status |
Confirmed |
In Progress |
|
2013-04-03 04:57:12 |
Daniel van Vugt |
compiz: milestone |
|
0.9.10.0 |
|
2013-04-09 14:50:15 |
PS Jenkins bot |
compiz: status |
In Progress |
Fix Committed |
|
2013-06-15 23:12:14 |
MC Return |
compiz: importance |
Undecided |
Critical |
|
2013-06-15 23:12:39 |
MC Return |
compiz: importance |
Critical |
High |
|
2013-06-15 23:30:02 |
WhyNotHugo |
bug task deleted |
archlinux |
|
|
2013-07-23 22:06:40 |
Stephen M. Webb |
compiz: status |
Fix Committed |
Fix Released |
|
2013-08-22 09:34:16 |
Launchpad Janitor |
compiz (Ubuntu): status |
Confirmed |
Fix Released |
|
2013-08-22 09:34:16 |
Launchpad Janitor |
bug watch added |
|
https://bugs.freedesktop.org/show_bug.cgi?id=61182 |
|
2013-08-22 09:34:16 |
Launchpad Janitor |
bug watch added |
|
https://bugzilla.gnome.org/show_bug.cgi?id=561885 |
|
2013-08-22 09:41:51 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/saucy-proposed/compiz |
|