Minimizing a window should switch focus to the windows underneath it (breaks restore)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Unity |
Fix Released
|
High
|
Sam Spilsbury | ||
compiz (Ubuntu) |
Fix Released
|
High
|
Sam Spilsbury | ||
unity (Ubuntu) |
Fix Released
|
High
|
Sam Spilsbury |
Bug Description
When you minimize a window to the launcher, it remains with the focus, meaning that, for example, the global menu is the menu of the now minimized window.
The focus should automatically go to the window immediately underneath it or, if no other window is open, to the desktop.
It is particularly confusing when you minimize a window and then go to the global menu, expecting it to be the menu of the window being displayed on top now, but instead is the menu of the app you just minimized.
Note another side effect:
1. minimize a window like thunderbird (only one instance opened)
2. click on the launcher to show it again
-> you can't restore it as it's focused
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: unity 4.18.0-0ubuntu1
ProcVersionSign
Uname: Linux 3.0.0-11-generic x86_64
ApportVersion: 1.23-0ubuntu1
Architecture: amd64
CompizPlugins: [core,bailer,
Date: Mon Sep 26 15:25:04 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110921.2)
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Unity Team: Pending requested
-
Diff: 201 lines (+86/-6)5 files modifiedplugins/unityshell/src/BamfLauncherIcon.h (+2/-0)
plugins/unityshell/src/LauncherIcon.cpp (+3/-1)
plugins/unityshell/src/LauncherIcon.h (+2/-0)
plugins/unityshell/src/compizminimizedwindowhandler.h (+47/-0)
plugins/unityshell/src/unityshell.cpp (+32/-5)
Changed in unity (Ubuntu): | |
status: | New → Confirmed |
Changed in unity: | |
status: | New → Confirmed |
description: | updated |
tags: | added: didrocks-oneiric-list |
summary: |
Minimizing a window should switch focus to the windows underneath it + (breaks restore) |
description: | updated |
Changed in unity: | |
milestone: | none → 4.20.0 |
importance: | Undecided → High |
Changed in unity (Ubuntu): | |
importance: | Undecided → High |
Changed in unity: | |
status: | Confirmed → Triaged |
Changed in unity (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in compiz (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in unity: | |
assignee: | nobody → Sam Spilsbury (smspillaz) |
Changed in compiz (Ubuntu): | |
assignee: | nobody → Sam Spilsbury (smspillaz) |
Changed in unity (Ubuntu): | |
assignee: | nobody → Sam Spilsbury (smspillaz) |
Changed in unity (Ubuntu): | |
status: | Triaged → Fix Committed |
Changed in unity: | |
status: | Triaged → Fix Committed |
Changed in compiz (Ubuntu): | |
status: | Triaged → Fix Committed |
Changed in compiz (Ubuntu): | |
importance: | Undecided → High |
Changed in unity: | |
status: | Fix Committed → Fix Released |
Changed in compiz (Ubuntu): | |
status: | Fix Committed → Fix Released |
I'll add more things to this bug.
When you have two maximized windows, one in front of another, you can't serially minimize them by repeatedly pressing the minimize button. The second click will fail, because the focus is in an already minimized window.
Even worse, if you have two maximized windows as before, minimize the first, and then try to close the second, compiz will crash (or close itself).
There is, of course, a "workaround" that is clicking in anyplace of the second maximized window to give it the focus. However, this is an extra, counter-intuitive, step. I, in my humble opinion, think that this is a serious bug that should be solve before the final release of Ubuntu 11.10.