[regression] Newly open windows restacking relative to each other can end up above panels
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
High
|
Sam Spilsbury | ||
compiz (Ubuntu) |
Fix Released
|
Undecided
|
Sam Spilsbury |
Bug Description
It is possible for windows created in time right next to each other that need to restack relative to each other to have their restack operations fail and end up on top of the shell. This is because we search for the restacking target before configuring the window and reject the operation if it was invalid. However, that code to check if the operation was valid was broken because it didn't use the most up to date server state. This would result in warnings such as:
Warn - Attempted to restack window relative to ... which is not a window that compiz owns
Those windows would fail to restack, and if just created, end up on top.
This can cause gnome-terminal and mumble to open above the dash, for instance.
Related branches
- Daniel van Vugt: Approve
- Brandon Schaefer (community): Approve
- jenkins (community): Approve (continuous-integration)
- Tim Penhey: Pending requested
-
Diff: 12 lines (+1/-1)1 file modifiedsrc/screen.cpp (+1/-1)
Changed in compiz: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Sam Spilsbury (smspillaz) |
milestone: | none → 0.9.8.4 |
Changed in compiz (Ubuntu): | |
status: | New → Confirmed |
assignee: | nobody → Sam Spilsbury (smspillaz) |
Changed in compiz: | |
milestone: | 0.9.8.4 → 0.9.9.0 |
Changed in compiz: | |
milestone: | 0.9.9.0 → 0.9.9.2 |
Changed in compiz: | |
status: | In Progress → Incomplete |
milestone: | 0.9.9.2 → none |
status: | Incomplete → Fix Released |
Changed in compiz (Ubuntu): | |
status: | Confirmed → Fix Released |