Unity Window Placement Hotkeys

Bug #878513 reported by Matthew Mattoon
58
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Unity
Confirmed
Undecided
Unassigned
unity (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Here is the documented behavior of the Unity hotkeys and was accurate and functional as of 11.04:

http://askubuntu.com/questions/28086/what-are-unitys-keyboard-and-mouse-shortcuts

==BEGIN EXCERPT FROM ABOVE==
Window Placement

If you cycle through the same key Unity will cycle through different placement widths, so experiment by hitting the numkey multiple times, for example Ctrl-Alt-numpad 5 5 5:

    Ctrl-Alt-Numpad 7 - Place window in top left corner of screen.
    Ctrl-Alt-Numpad 8 - Place window in top half of screen.
    Ctrl-Alt-Numpad 9 - Place window in top right corner of screen.
    Ctrl-Alt-Numpad 4 - Place window on the left side of the screen.
    Ctrl-Alt-Numpad 5 - Center/Maximize the window in the middle of the screen.
    Ctrl-Alt-Numpad 6 - Place window on the right side of the screen.
    Ctrl-Alt-Numpad 1 - Place window in the bottom left corner of the screen.
    Ctrl-Alt-Numpad 2 - Place window in the bottom half of the screen.
    Ctrl-Alt-Numpad 3 - Place window in the bottom right corner of the screen.
    Ctrl-Alt-Numpad 0 - Maximize window.
==END EXCERPT==

On 11.10 this behavior has changed in a couple of "less than functional ways"

ISSUE 1

Ctrl-Alt-Numpad 9 duplicates the function of Ctrl-Alt-Numpad 8

Repro Steps

1) Launch fresh terminal (don't reuse a terminal). - I also validated this using a gedit window.
2) Ctrl-Alt-Numpad 9 (do the 9 multiple times to see the behavior).
3) Notice that the window is being expanded across the full length of the top of the monitor.

To see the expected behavior compare to:
Ctrl-Alt-Numpad 7(do the 7 multiple times to see the behavior).

ISSUE 2

Ctrl-Alt-Numpad 4 and Ctrl-Alt-Numpad 6 do not have various widths for window placements.

Repro Steps

1) Launch fresh terminal (don't reuse a terminal). - I also validated this using a gedit window.
2) Ctrl-Alt-Numpad 6 (do the 6 multiple times to see the behavior).
3) Notice the width of the terminal or gedit did not adjust to different widths as it should.

To see the expected behavior compare to:
Ctrl-Alt-Numpad 3(do the 3 multiple times to see the behavior).

ISSUE 3

This one is more confusing... When looking at issue 2, something breaks and it reduces the number of window widths for ALL of the numpad selections from 5 to 2.

1) Launch fresh terminal (don't reuse a terminal).
2) Ctrl-Alt-Numpad 3 (do the 3 multiple times to see the behavior).
3) Count the number of window widths this gives you.
4) Ctrl-Alt-Numpad 6 (do the 6 multiple times to see the behavior).
5) Ctrl-Alt-Numpad 3 (do the 3 multiple times to see the behavior).
6) Count the number of window widths this gives you.

Somehow the Ctrl-Alt-Numpad 6 has some affect on the other hotkeys. The weirdest part of this is that when using gedit, Ctrl-Alt-Numpad 6 does not affect the other hotkeys. Also noticed the Firefox is not affected by this, so it might be safe to assume that this particular issue only affects gnome-terminal.

$ lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

$ apt-cache policy gnome-terminal
gnome-terminal:
  Installed: 3.0.1-0ubuntu3
  Candidate: 3.0.1-0ubuntu3
  Version table:
 *** 3.0.1-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main amd64 Packages
        100 /var/lib/dpkg/status

$ apt-cache policy unity-common
unity-common:
  Installed: 4.22.0-0ubuntu3
  Candidate: 4.22.0-0ubuntu3
  Version table:
 *** 4.22.0-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main amd64 Packages
        100 /var/lib/dpkg/status

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu:
status: New → Confirmed
affects: ubuntu → unity (Ubuntu)
Revision history for this message
Matthew Mattoon (matthew-mattoon) wrote :

Just noticed, that on my second machine, none of these issues are present.

The only differences are the affected machine is (1) a fresh install (2) has dual monitors - 24" each. The unaffected machine is (1) an upgrade from a fresh install from 11.04 (2) has a single 23" monitor.

Revision history for this message
Ross Light (quartz25) wrote :

My affected machine is an upgrade from a fresh install from 11.04 and has a single 23" monitor. :)

Changed in unity:
status: New → Confirmed
Revision history for this message
Ross Light (quartz25) wrote :

This seems to be the same as Bug #876591.

Revision history for this message
Simon (simon-dunstone) wrote :

Only Issue #1 is a duplicate of Bug #876591. Issues #2 and #3 are new. Issue #2 is the one that affects me the most.

I can also confirm that I have seen the bug on both multiple and single monitor systems running 11.10.

Revision history for this message
Dražen Lučanin (kermit666) wrote :

Yes, it's a shame issue #2 appeared, because it was such a great idea to have these quickly accessable resizing options. Hope it gets fixed soon.

It would be great to see it integrated even more into the desktop environment - for example enabling it through the GUI by bumping the edge of the screen several consequent times with a same window.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.