Window management - unity doesn't realise when applications bring their windows to the front
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Design |
Fix Released
|
High
|
John Lea | ||
Compiz |
Confirmed
|
Undecided
|
Unassigned | ||
Compiz Core |
Confirmed
|
Undecided
|
Unassigned | ||
Unity |
Fix Released
|
High
|
Marco Trevisan (Treviño) | ||
compiz (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Precise |
Won't Fix
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Fix Released
|
High
|
Marco Trevisan (Treviño) | ||
Precise |
Fix Released
|
High
|
Marco Trevisan (Treviño) |
Bug Description
To reproduce:
1. Run Firefox.
2. Run Synaptic (non-maximized) and select a program to install or to reinstall.
3. Click Apply and OK to install/reinstall the program and then while Synaptic is downloading, click on Firefox to bring the Firefox window to the front.
4. When Synaptic finishes downloading and starts installing, it brings its window and dialog back to the front, ie in front of Firefox's window.
5. Click on either the part of the Firefox window visible behind Synaptic or on the Firefox icon in unity-launcher to try and restore to the front.
Result: nothing happens. Unity does not bring Firefox's window back to the front, presumably because unity still thinks Firefox is the current application/front window.
The only workaround I've found is to click on the Synaptic window or its unity-launcher icon and then to click on Firefox to bring it back to the front.
A second way of reproducing this, if there is a system update for which the list of changes is not yet available, is:
1. Run Firefox and minimize it.
2. Run update-manager and find an update that has an http link for the updates, ie where it says "The list of changes is not available yet. Please use...".
3. Click on the link. Firefox will be brought to the front, obscuring update-manager, but unity-launcher will have a blue arrow next to Firefox's icon to indicate that it needs attention.
4. Click on update-manager's icon in unity-launcher to bring it back to the front.
Result: nothing happens. Unity thinks update-manager is already the front window.
-------
Steps to reproduce:
* You need to use some app that gets automatically sent to the front at some moment, like Update Manager or Synaptic. Start updating or installing packages.
* While Update Manager is downloading, use another app, say Firefox.
-> At some point, Update Manager gets automatically sent to the front (while updating the cache or starting to install).
Observed behaviour:
* The unfocused Update Manager window is in front of Firefox (the global menu still shows the menu of Firefox)
* Clicking on the Firefox window (if visible) or on the Firefox icon in the launcher (if Update Manager or Synaptic is fullscreen) does NOT bring it back to the front.
* You have to focus the Update Manager window, then click on the Firefox one to put it to the front.
-------
Another simple way to reproduce this:
* Open GIMP
* Open a terminal Window
* From the terminal window run the command "gimp foo-image.png"
* A gimp dialog will be raised, but not focused
* Clicking on the launcher's terminal icon won't raise the terminal
-------
Desired resolution:
- if an active window is behind another (that is not pinned-to-front) window, any action on it (and a click on its launcher icon) should bring it to the front
Related branches
- Tim Penhey (community): Approve
- Alex Launi (community): Needs Fixing (quality)
-
Diff: 237 lines (+116/-43)6 files modifiedmanual-tests/Launcher.txt (+23/-0)
plugins/unityshell/src/BamfLauncherIcon.cpp (+53/-43)
plugins/unityshell/src/PluginAdapter.cpp (+33/-0)
plugins/unityshell/src/PluginAdapter.h (+1/-0)
plugins/unityshell/src/WindowManager.cpp (+5/-0)
plugins/unityshell/src/WindowManager.h (+1/-0)
Changed in unity (Ubuntu): | |
status: | New → Confirmed |
Changed in unity: | |
status: | New → Confirmed |
description: | updated |
Changed in ayatana-design: | |
assignee: | nobody → John Lea (johnlea) |
importance: | Undecided → High |
status: | New → Triaged |
Changed in unity: | |
milestone: | none → backlog |
tags: | added: udp |
summary: |
- unity doesn't realise when applications bring their windows to the front + Window management - unity doesn't realise when applications bring their + windows to the front |
description: | updated |
Changed in unity: | |
importance: | Undecided → High |
Changed in unity (Ubuntu): | |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
Changed in unity: | |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
Changed in unity: | |
milestone: | backlog → 5.12.0 |
status: | Confirmed → In Progress |
Changed in unity (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in ayatana-design: | |
status: | Triaged → Fix Committed |
Changed in unity: | |
status: | In Progress → Fix Committed |
Changed in unity (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in unity (Ubuntu Precise): | |
importance: | Undecided → High |
status: | Fix Committed → Confirmed |
Changed in unity: | |
status: | Fix Committed → Fix Released |
tags: |
added: verification-done removed: verification-needed |
Changed in compiz-core: | |
milestone: | 0.9.7.10 → 0.9.8.0 |
Changed in compiz: | |
status: | New → Confirmed |
Changed in compiz: | |
milestone: | none → 0.9.8.0 |
Changed in compiz-core: | |
milestone: | 0.9.8.0 → none |
Changed in compiz: | |
milestone: | 0.9.8.0 → 0.9.8.1 |
Changed in compiz: | |
milestone: | 0.9.8.2 → 0.9.8.4 |
Changed in compiz: | |
milestone: | 0.9.8.4 → 0.9.9.0 |
Changed in ayatana-design: | |
status: | Fix Committed → Fix Released |
tags: |
added: reviewedbydesignp removed: udp unity-2d |
Changed in compiz: | |
milestone: | 0.9.9.0 → 0.9.9.2 |
Changed in compiz: | |
milestone: | 0.9.9.2 → 0.9.10.0 |
Changed in compiz: | |
milestone: | 0.9.10.0 → 0.9.11.0 |
In case it is relevant, I should add that I typically run both Synaptic and update-manager from a gnome-terminal using sudo.