Launcher - Spread should not affect the state of window
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Design |
Fix Released
|
Critical
|
John Lea | ||
Compiz Core |
Fix Released
|
Undecided
|
Unassigned | ||
Unity |
Fix Released
|
High
|
Sam Spilsbury | ||
unity (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
Performing a spread should not effect window state e.g. a window that is minimised before the spread should remain minimised after the spread (as long as the user has not clicked on that window).
Currently when a user performs a spread all window are returned to the restored state even if the user has not clicked on them! This is a bug
Desired resolution:
The spread should respect window state and not return all minimized windows to the restored state. The correct behaviour is:
1. A application has 1 window in a restored state and 2 windows in a minimized state
2. The user clicks on the app icon in the Launcher
3. All three windows are be displayed in a spread
4. The user clicks on one of the (currently minimised) windows in the spread
5. The window the user selected should shift to the restored state. The other minimized widow should remain minimized when the user exits the spread.
The spread must also be reversible, e.g. if the user clicks on the same app icon in the Launcher a second time the spread closes returning the user their original desktop state with no changes.
Related branches
- Unity Team: Pending requested
-
Diff: 40 lines (+7/-1)3 files modifiedplugins/unityshell/src/BamfLauncherIcon.h (+2/-0)
plugins/unityshell/src/LauncherIcon.cpp (+3/-1)
plugins/unityshell/src/LauncherIcon.h (+2/-0)
Changed in ayatana-design: | |
assignee: | nobody → John Lea (johnlea) |
importance: | Undecided → Critical |
status: | New → Fix Committed |
tags: | added: udo |
Changed in ayatana-design: | |
status: | Fix Committed → Fix Released |
Changed in unity: | |
status: | New → Confirmed |
importance: | Undecided → High |
assignee: | nobody → Jason Smith (jassmith) |
Changed in unity (Ubuntu): | |
importance: | Undecided → High |
status: | New → Confirmed |
Changed in unity: | |
milestone: | none → alpha1 |
Changed in unity: | |
assignee: | Jason Smith (jassmith) → Sam "SmSpillaz" Spilsbury (smspillaz) |
Changed in unity: | |
milestone: | 4.0.1 → 4.2.0 |
tags: | added: backlog |
Changed in unity: | |
milestone: | 4.2.0 → 4.4.0 |
Changed in unity: | |
milestone: | 4.4.0 → 4.6.0 |
Changed in unity: | |
milestone: | 4.6.0 → 4.8.0 |
Changed in compiz-core: | |
milestone: | none → 0.9.5.96 |
Changed in unity: | |
milestone: | 4.8.0 → 4.16.0 |
Changed in unity: | |
milestone: | 4.16.0 → 4.18.0 |
Changed in unity: | |
milestone: | 4.18.0 → 4.20.0 |
Changed in unity: | |
status: | Confirmed → In Progress |
Changed in unity (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in unity: | |
status: | In Progress → Fix Committed |
Changed in unity (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in unity: | |
status: | Fix Committed → Fix Released |
tags: |
added: reviewedbydesigno removed: udo |
Changed in compiz-core: | |
status: | New → Fix Released |
milestone: | 0.9.5.96 → 0.9.7.0 |
The desired behavior as previously described is exactly as it currently works in A3, unity-4.6 and if the test is extended by switching the minimized/restored window(s) continues to work properly (window state is maintained when exiting the 'spread'
The only limitation is it can only be done with window group sets on 1 workspace but atm, (or forever), windows can only be pulled to the spread on 1 ws at a time anyway
The only non described difference is when all windows of that group are minimized, then they are all restored before being pulled to a spread so again the behavior after spread is correctly maintaining state (restored