Compiz clears the root window in the installer session
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Compiz Core |
Fix Released
|
Low
|
Sam Spilsbury | ||
| Unity |
Fix Released
|
Low
|
Sam Spilsbury | ||
| compiz (Ubuntu) |
Fix Released
|
Low
|
Sam Spilsbury | ||
| unity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: compiz
In both Maverick and Natty, when replacing metacity with compiz in the installer session, the root window gets initially painted by /usr/bin/
To reproduce:
Boot a live CD and press a key when you see the 'man = keyboard' icon. Select a language then hit F6 over the first option. This will bring up the kernel command line. Add 'break=bottom maybe-ubiquity' just before '--', leaving a space between them, then hit enter to boot.
This should then bring you to an initramfs prompt. Type 'chroot root bash' then 'sed -i "s/'metacity'
You should now be booted into the live session using compiz. The screen will be black, despite the code in /usr/bin/
Related branches
- Robert Carr (community): Approve
-
Diff: 146 lines (+78/-7)3 files modifiedplugins/opengl/src/paint.cpp (+1/-1)
plugins/opengl/src/privates.h (+3/-0)
plugins/opengl/src/screen.cpp (+74/-6)
| Changed in compiz (Ubuntu): | |
| status: | New → Confirmed |
| assignee: | nobody → Sam Spilsbury (smspillaz) |
| Changed in compiz-core: | |
| assignee: | nobody → Sam Spilsbury (smspillaz) |
| milestone: | none → 0.9.5.96 |
| importance: | Undecided → Medium |
| status: | New → Confirmed |
| Changed in unity: | |
| importance: | Undecided → Medium |
| assignee: | nobody → Sam Spilsbury (smspillaz) |
| milestone: | none → 4.16.0 |
| Changed in unity: | |
| milestone: | 4.16.0 → 4.18.0 |
| Changed in unity: | |
| status: | New → Confirmed |
| Changed in unity: | |
| milestone: | 4.18.0 → 4.20.0 |
| Changed in compiz-core: | |
| importance: | Medium → Low |
| Changed in unity: | |
| importance: | Medium → Low |
| Changed in compiz (Ubuntu): | |
| importance: | Undecided → Low |
| Changed in unity: | |
| milestone: | 4.20.0 → 4.22.0 |
| Changed in unity: | |
| milestone: | 4.22.0 → 4.24.0 |
| Changed in unity: | |
| milestone: | 4.24.0 → 4.26.0 |
| Sam Spilsbury (smspillaz) wrote | #2 |
| Changed in compiz-core: | |
| status: | Confirmed → Fix Committed |
| Changed in unity: | |
| status: | Confirmed → Fix Committed |
| Changed in compiz (Ubuntu): | |
| status: | Confirmed → Fix Committed |
| Changed in compiz (Ubuntu): | |
| status: | Fix Committed → Fix Released |
| Changed in compiz-core: | |
| status: | Fix Committed → Fix Released |
| Changed in unity: | |
| status: | Fix Committed → Fix Released |
| Changed in compiz-core: | |
| milestone: | 0.9.5.96 → 0.9.7.0 |
| Changed in unity (Ubuntu): | |
| status: | New → Fix Released |
A small note, the linked branch fixes the problem in the case where compiz starts up after the root window is set, but you won't be able to change it while compiz is running because there isn't any reliable way to get a notification when a background pixmap for a window changes (XDamage will report changes to the root window every time a subwindow changes which kills performance, Expose events wont be generated because all subwindows have been redirected)