middle-click in window's top bar does not send-to-back

[Seth Arnold]

In Unity, middle-clicking the title bars of other windows sends those windows to the bottom of the stack, making it very easy to expose the windows underneath. Chromium-browser, however, does not respect this convention.

To reproduce this issue, start another program or two, such as urxvt or firefox, and chromium-browser. Drag all the windows to e.g. the right side of the screen to have them occupy the right half of the screen. Middle click the chromium-browser title bar and notice how nothing happens. Raise one of the other windows using the Unity dock, middle-click the title bar, and notice how the window is sent to the bottom of the stack.

If the stack does not contain chromium-browser, it is possible to cycle through all windows this way. If the stack does contain chromium-browser, the cycle is broken with chromium-browser.

I expect chromium-browser to behave identical to the other programs I run and move to the bottom of the stack.

Thanks

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: chromium-browser 34.0.1847.116-0ubuntu2
ProcVersionSignature: Ubuntu 3.13.0-24.47-generic 3.13.9
Uname: Linux 3.13.0-24-generic x86_64
ApportVersion: 2.14.1-0ubuntu3
Architecture: amd64
CurrentDesktop: Unity
Date: Tue May 13 14:19:04 2014
Desktop-Session:
 DESKTOP_SESSION = ubuntu
 XDG_CONFIG_DIRS = /etc/xdg/xdg-ubuntu:/usr/share/upstart/xdg:/etc/xdg
 XDG_DATA_DIRS = /usr/share/ubuntu:/usr/share/gnome:/usr/local/share/:/usr/share/
Env:
 MOZ_PLUGIN_PATH = None
 LD_LIBRARY_PATH = None
InstallationDate: Installed on 2012-10-18 (572 days ago)
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1)
SourcePackage: chromium-browser
UpgradeStatus: Upgraded to trusty on 2014-04-12 (31 days ago)
chromium-default: CHROMIUM_FLAGS=""
gconf-keys: /desktop/gnome/applications/browser/exec = b'firefox\n'/desktop/gnome/url-handlers/https/command = b'sensible-browser %s\n'/desktop/gnome/url-handlers/https/enabled = b'true\n'/desktop/gnome/url-handlers/http/command = b'sensible-browser %s\n'/desktop/gnome/url-handlers/http/enabled = b'true\n'/desktop/gnome/session/required_components/windowmanager = b''/apps/metacity/general/compositing_manager = b''/desktop/gnome/interface/icon_theme = b'gnome\n'/desktop/gnome/interface/gtk_theme = b'Clearlooks\n'
modified.conffile..etc.default.chromium.browser: [deleted]

[Launchpad Janitor (janitor)]

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

[William Hanlon (william-hanlon)]

I found a way to get back the reporter's desired behavior. Since I can't revert back to the old behavior though my recollection of how to do it is a bit fuzzy. I did something like right click on the titlebar and selected "Use system titlebars and borders". When I did this the chromium titlebar disappeared. I happened to have 2 chromium windows open when I did this and when I selected the other window, it raised it to the top of the stack and drew new titlebars that I can now middle click to cycle it to the back.

Perhaps the reporter can try this and keep better notes of what he observes and post the exact procedure here.

[Seth Arnold (seth-arnold)]

William, thanks for the excellent description.

I too get the unity-provided window bar after selecting "use system titlebars and borders" AND moving the window around. Just leaving it in place does not draw the unity system titlebars and borders.

Perhaps this should also be assigned to unity. The right thing happens, eventually, but the process is clunky.

Thanks

[Launchpad Janitor (janitor)]

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