| 2011-11-18 11:46:32 |
John Lea |
bug |
|
|
added bug |
| 2011-11-18 11:46:44 |
John Lea |
bug task added |
|
unity (Ubuntu) |
|
| 2011-11-18 11:46:56 |
John Lea |
bug task added |
|
unity |
|
| 2011-11-18 11:47:07 |
John Lea |
tags |
|
udp |
|
| 2011-11-18 11:47:12 |
John Lea |
ayatana-design: assignee |
|
John Lea (johnlea) |
|
| 2011-11-18 11:47:13 |
John Lea |
ayatana-design: importance |
Undecided |
Critical |
|
| 2011-11-18 11:47:16 |
John Lea |
ayatana-design: status |
New |
Triaged |
|
| 2011-11-18 11:47:19 |
John Lea |
unity: milestone |
|
backlog |
|
| 2011-11-18 11:47:23 |
John Lea |
unity: status |
New |
Confirmed |
|
| 2011-11-18 11:47:25 |
John Lea |
unity (Ubuntu): status |
New |
Confirmed |
|
| 2011-11-18 11:48:18 |
John Lea |
summary |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar |
Window management - When a Semi-maximising a window is maximised and then restored, the window position jumps and window size changes so the the window title bar is sometimes hidden underneath the top bar |
|
| 2011-11-21 17:48:42 |
John Lea |
attachment added |
|
window_positioning_issue.ogv https://bugs.launchpad.net/ayatana-design/+bug/892012/+attachment/2603970/+files/window_positioning_issue.ogv |
|
| 2011-11-21 17:54:01 |
John Lea |
description |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
To reproduce:
1. Take a restored window
2. Semi-maximise the window
3. Press ALT + F10 to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
To reproduce:
1. Take a restored window
2. Semi-maximise the window
3. Press ALT + F10 to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related |
|
| 2011-12-07 10:28:56 |
Rick Spencer |
unity (Ubuntu): importance |
Undecided |
Medium |
|
| 2012-01-23 01:15:59 |
Tim Penhey |
ayatana-design: status |
Triaged |
Fix Committed |
|
| 2012-01-23 01:16:03 |
Tim Penhey |
unity: importance |
Undecided |
High |
|
| 2012-01-23 13:48:20 |
John Lea |
description |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
To reproduce:
1. Take a restored window
2. Semi-maximise the window
3. Press ALT + F10 to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
One way reproduce the bug:
1. Take a restored window
2. Semi-maximise the window
3. Press ALT + F10 to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related
-------------------------------------------
Another way to reproduce the bug:
1. Semi-maximise the Thunderbird main window
2. Press the 'restore' window decoration (button on the far right of the 3 button cluster)
What currently incorrectly happens:
- The window jumps up so that the window title bar in underneath the top bar
What should happen
- The window should return to it's previous 'restored' state. |
|
| 2012-02-13 17:26:32 |
Omer Akram |
unity (Ubuntu): importance |
Medium |
High |
|
| 2012-02-16 14:49:55 |
John Lea |
summary |
Window management - When a Semi-maximising a window is maximised and then restored, the window position jumps and window size changes so the the window title bar is sometimes hidden underneath the top bar |
Window management - When a semi-maximised a window is maximised and then restored, the window position jumps and window size changes so the the window title bar is sometimes hidden underneath the top bar |
|
| 2012-02-17 17:28:34 |
Andrea Cimitan |
tags |
udp |
top5p udp |
|
| 2012-02-20 15:44:35 |
John Lea |
ayatana-design: importance |
Critical |
High |
|
| 2012-02-20 15:45:45 |
John Lea |
ayatana-design: importance |
High |
Critical |
|
| 2012-02-22 04:22:29 |
Sam Spilsbury |
unity: assignee |
|
Sam Spilsbury (smspillaz) |
|
| 2012-03-14 13:50:59 |
Didier Roche-Tolomelli |
bug task added |
|
unity-distro-priority |
|
| 2012-03-14 13:51:13 |
Didier Roche-Tolomelli |
unity-distro-priority: status |
New |
Fix Committed |
|
| 2012-03-19 04:36:02 |
Jason Warner |
tags |
top5p udp |
rls-p-tracking top5p udp |
|
| 2012-03-27 02:57:52 |
Jason Warner |
tags |
rls-p-tracking top5p udp |
top5p udp |
|
| 2012-04-04 02:05:24 |
Sam Spilsbury |
branch linked |
|
lp:~smspillaz/compiz-core/compiz-core.work_923683 |
|
| 2012-04-11 22:48:54 |
Yann Dìnendal |
bug |
|
|
added subscriber Yann Dìnendal |
| 2012-04-12 05:12:06 |
Daniel van Vugt |
bug task added |
|
compiz-core |
|
| 2012-04-12 05:12:19 |
Daniel van Vugt |
compiz-core: status |
New |
In Progress |
|
| 2012-04-12 05:12:28 |
Daniel van Vugt |
compiz-core: assignee |
|
Sam Spilsbury (smspillaz) |
|
| 2012-04-12 05:12:33 |
Daniel van Vugt |
compiz-core: importance |
Undecided |
High |
|
| 2012-04-12 05:12:37 |
Daniel van Vugt |
compiz-core: milestone |
|
0.9.7.8 |
|
| 2012-04-12 05:12:47 |
Daniel van Vugt |
unity: milestone |
backlog |
5.12.0 |
|
| 2012-04-12 05:12:54 |
Daniel van Vugt |
affects |
unity (Ubuntu) |
compiz (Ubuntu) |
|
| 2012-04-13 14:38:20 |
Launchpad Janitor |
unity (Ubuntu): status |
New |
Confirmed |
|
| 2012-04-20 03:05:02 |
Daniel van Vugt |
nominated for series |
|
compiz-core/0.9.7 |
|
| 2012-04-20 03:05:02 |
Daniel van Vugt |
bug task added |
|
compiz-core/0.9.7 |
|
| 2012-04-20 03:05:02 |
Daniel van Vugt |
nominated for series |
|
compiz-core/0.9.8 |
|
| 2012-04-20 03:05:02 |
Daniel van Vugt |
bug task added |
|
compiz-core/0.9.8 |
|
| 2012-04-20 03:05:15 |
Daniel van Vugt |
compiz-core/0.9.7: milestone |
|
0.9.7.8 |
|
| 2012-04-20 03:05:20 |
Daniel van Vugt |
compiz-core/0.9.8: milestone |
0.9.7.8 |
0.9.8.0 |
|
| 2012-04-20 03:05:30 |
Daniel van Vugt |
compiz-core/0.9.7: status |
New |
In Progress |
|
| 2012-04-20 03:05:43 |
Daniel van Vugt |
compiz-core/0.9.7: assignee |
|
Sam Spilsbury (smspillaz) |
|
| 2012-04-24 05:17:29 |
Launchpad Janitor |
branch linked |
|
lp:compiz-core |
|
| 2012-04-24 05:17:39 |
Daniel van Vugt |
compiz-core/0.9.8: status |
In Progress |
Fix Committed |
|
| 2012-04-26 06:09:05 |
Daniel van Vugt |
compiz-core/0.9.7: milestone |
0.9.7.8 |
0.9.7.10 |
|
| 2012-04-27 11:35:07 |
Didier Roche-Tolomelli |
unity: milestone |
5.12.0 |
5.14.0 |
|
| 2012-05-22 03:55:41 |
Daniel van Vugt |
bug task added |
|
compiz |
|
| 2012-05-22 03:56:34 |
Daniel van Vugt |
compiz: milestone |
|
0.9.8.0 |
|
| 2012-05-22 03:56:39 |
Daniel van Vugt |
compiz: status |
New |
Fix Committed |
|
| 2012-05-22 03:56:43 |
Daniel van Vugt |
compiz: importance |
Undecided |
High |
|
| 2012-05-22 03:56:52 |
Daniel van Vugt |
compiz: assignee |
|
Sam Spilsbury (smspillaz) |
|
| 2012-05-22 03:56:59 |
Daniel van Vugt |
bug task deleted |
compiz-core/0.9.7 |
|
|
| 2012-05-22 03:57:06 |
Daniel van Vugt |
bug task deleted |
compiz-core/0.9.8 |
|
|
| 2012-05-22 03:57:27 |
Daniel van Vugt |
compiz-core: milestone |
0.9.8.0 |
|
|
| 2012-06-14 06:46:35 |
Stéphane Guillou |
bug |
|
|
added subscriber Stéphane Guillou |
| 2012-07-09 17:40:22 |
Omer Akram |
bug task deleted |
compiz-core |
|
|
| 2012-07-10 13:55:23 |
John Lea |
unity: status |
Confirmed |
Triaged |
|
| 2012-07-10 13:55:26 |
John Lea |
unity (Ubuntu): status |
Confirmed |
Triaged |
|
| 2012-07-10 13:55:28 |
John Lea |
compiz (Ubuntu): status |
Confirmed |
Triaged |
|
| 2012-07-10 13:55:32 |
John Lea |
unity (Ubuntu): importance |
Undecided |
High |
|
| 2012-07-11 08:30:34 |
John Lea |
description |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
One way reproduce the bug:
1. Take a restored window
2. Semi-maximise the window
3. Press ALT + F10 to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related
-------------------------------------------
Another way to reproduce the bug:
1. Semi-maximise the Thunderbird main window
2. Press the 'restore' window decoration (button on the far right of the 3 button cluster)
What currently incorrectly happens:
- The window jumps up so that the window title bar in underneath the top bar
What should happen
- The window should return to it's previous 'restored' state. |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
One way reproduce the bug:
1. Take a restored window
2. Semi-maximise the window
3. Press CTRL + SUPER + UP ARROW to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related
-------------------------------------------
Another way to reproduce the bug:
1. Semi-maximise the Thunderbird main window
2. Press the 'restore' window decoration (button on the far right of the 3 button cluster)
What currently incorrectly happens:
- The window jumps up so that the window title bar in underneath the top bar
What should happen
- The window should return to it's previous 'restored' state. |
|
| 2012-07-26 04:00:26 |
Daniel van Vugt |
unity: milestone |
5.14.0 |
5.16.0 |
|
| 2012-08-13 05:45:35 |
Edward Donovan |
bug |
|
|
added subscriber Edward Donovan |
| 2012-08-16 11:24:25 |
Omer Akram |
bug task deleted |
unity (Ubuntu) |
|
|
| 2012-08-27 07:52:07 |
Daniel van Vugt |
compiz: status |
Fix Committed |
Fix Released |
|
| 2012-09-03 01:33:34 |
Daniel van Vugt |
compiz (Ubuntu): status |
Triaged |
Fix Released |
|
| 2012-10-04 05:20:03 |
Daniel van Vugt |
unity: milestone |
5.16.0 |
5.18.0 |
|
| 2012-10-08 08:44:34 |
Timo Jyrinki |
unity: milestone |
5.18.0 |
|
|
| 2012-10-08 08:44:38 |
Timo Jyrinki |
unity: status |
Triaged |
Invalid |
|
| 2012-10-08 08:44:41 |
Timo Jyrinki |
unity (Ubuntu): status |
New |
Invalid |
|
| 2012-10-10 16:04:17 |
John Lea |
unity (Ubuntu): importance |
Undecided |
High |
|
| 2012-10-12 12:53:33 |
John Lea |
description |
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
One way reproduce the bug:
1. Take a restored window
2. Semi-maximise the window
3. Press CTRL + SUPER + UP ARROW to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related
-------------------------------------------
Another way to reproduce the bug:
1. Semi-maximise the Thunderbird main window
2. Press the 'restore' window decoration (button on the far right of the 3 button cluster)
What currently incorrectly happens:
- The window jumps up so that the window title bar in underneath the top bar
What should happen
- The window should return to it's previous 'restored' state. |
Note: reverting bug to triarged because the fix is not complete. When tested the correct behavour of "the window should return to exactly the same state it had at the beginning of step 1." is not fulfilled.
-----------------------------------
Window management - When a Semi-maximising a window is maximised by clicking on the window decorations and then returned to the semi-maximised state, the window position jumps so the the window title bar is hidden underneath the top bar.
One way reproduce the bug:
1. Take a restored window
2. Semi-maximise the window
3. Press CTRL + SUPER + UP ARROW to maximise the window
4. Click on the 'restore' window decoration to return the window to the restored state state.
What currently incorrectly happens:
- After performing step 3, the window returns to a weird state where it is restored, but in the size and shape of a semi-maximised window, and the position is also offset from what would be expected from a semi-maximised window. This is especially problematic because in some cases the window is positioned so that all of the window title bar is underneath the top bar, making it impossible for a user to move the window without knowing a keyboard shortcut.
See the attached screencast "window_positioning_issue.ogv" to see the bug in action. (In the screencast this bug is reproduced using the window decorations instead of the Alt+F10 shortcut, which won't be possible after bug https://bugs.launchpad.net/ayatana-design/+bug/796594 is fixed)
Desired behavour:
- On pressing the 'restore' window decoration in step 4 of the bug reproduction instructions, the window should return to exactly the same state it had at the beginning of step 1.
- When fixing this bug, also review and look at fixing bug https://bugs.launchpad.net/ayatana-design/+bug/796594 as these issues are related
-------------------------------------------
Another way to reproduce the bug:
1. Semi-maximise the Thunderbird main window
2. Press the 'restore' window decoration (button on the far right of the 3 button cluster)
What currently incorrectly happens:
- The window jumps up so that the window title bar in underneath the top bar
What should happen
- The window should return to it's previous 'restored' state. |
|
| 2012-10-12 12:53:38 |
John Lea |
compiz: status |
Fix Released |
Triaged |
|
| 2012-10-12 12:53:43 |
John Lea |
unity-distro-priority: status |
Fix Committed |
Confirmed |
|
| 2012-10-12 12:53:46 |
John Lea |
compiz (Ubuntu): status |
Fix Released |
Triaged |
|
| 2012-10-12 13:27:41 |
John Lea |
bug task deleted |
unity |
|
|
| 2012-10-12 13:27:46 |
John Lea |
bug task deleted |
unity (Ubuntu) |
|
|
| 2013-05-03 08:50:52 |
Eduard Hasenleithner |
bug |
|
|
added subscriber Eduard Hasenleithner |
| 2013-05-03 19:12:29 |
Brandon Schaefer |
compiz: milestone |
0.9.8.0 |
0.9.10.0 |
|
| 2013-05-03 19:12:33 |
Brandon Schaefer |
compiz: assignee |
Sam Spilsbury (smspillaz) |
Brandon Schaefer (brandontschaefer) |
|
| 2013-05-03 19:12:43 |
Brandon Schaefer |
compiz (Ubuntu): assignee |
|
Brandon Schaefer (brandontschaefer) |
|
| 2013-05-31 19:13:49 |
Brandon Schaefer |
compiz: status |
Triaged |
In Progress |
|
| 2013-05-31 19:13:52 |
Brandon Schaefer |
compiz (Ubuntu): status |
Triaged |
In Progress |
|
| 2013-06-07 19:14:49 |
Launchpad Janitor |
branch linked |
|
lp:~brandontschaefer/compiz/lp.892012-fix |
|
| 2013-06-07 19:25:14 |
MC Return |
compiz: status |
In Progress |
Fix Committed |
|
| 2013-06-07 19:42:12 |
Brandon Schaefer |
compiz: status |
Fix Committed |
In Progress |
|
| 2013-06-10 18:41:37 |
Launchpad Janitor |
branch linked |
|
lp:~brandontschaefer/compiz/fix-lp.892012 |
|
| 2013-06-10 18:44:07 |
Brandon Schaefer |
branch unlinked |
lp:~brandontschaefer/compiz/lp.892012-fix |
|
|
| 2013-06-28 19:24:02 |
Launchpad Janitor |
branch linked |
|
lp:~brandontschaefer/compiz/restore-orig-pos-lp.892012-fix |
|
| 2013-07-18 10:49:57 |
PS Jenkins bot |
compiz: status |
In Progress |
Fix Committed |
|
| 2013-07-18 17:35:26 |
Brandon Schaefer |
compiz (Ubuntu): status |
In Progress |
Fix Committed |
|
| 2013-07-23 22:05:53 |
Stephen M. Webb |
compiz: status |
Fix Committed |
Fix Released |
|
| 2013-08-22 09:34:16 |
Launchpad Janitor |
compiz (Ubuntu): status |
Fix Committed |
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 |
|
| 2014-02-17 09:48:07 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/trusty-proposed/compiz |
|
| 2015-10-14 16:18:50 |
Marco Trevisan (Treviño) |
tags |
top5p udp |
rls-w-incoming top5p udp |
|
