Windows fail to repaint where popup windows appeared before
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
X.Org X server |
Fix Released
|
Medium
|
|||
unity-2d |
Fix Released
|
Critical
|
Ugo Riboni | ||
unity-2d (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
xorg-server (Ubuntu) |
Won't Fix
|
High
|
Unassigned |
Bug Description
To reproduce:
- Open a window
- Right click on the desktop to make a popup menu appear, and make it so that the menu overlaps partially the window
- Left click on the desktop to make the menu disappear
- Right click again on the desktop but this time in a different position that will not cause the menu to overlap the window
Result:
- The part of window that was originally covered by the first menu now displays a "hole" in the shape of the menu (i.e. it shows the desktop background instead of the window content).
Moving the window will cause it to repaint and fix the corrupted area.
This happens regardless of the capture_
This doesn't happen if metacity's compositor is enabled and active.
This was reproduced consistently both with different nvidia cards and with intel integrated graphics.
This can't be reproduced in a gnome classic session (metacity).
Changed in unity-2d: | |
assignee: | nobody → Ugo Riboni (uriboni) |
milestone: | none → 3.10 |
Changed in unity-2d: | |
status: | Confirmed → In Progress |
Changed in xorg-server: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in xorg-server (Ubuntu): | |
assignee: | nobody → Alberto Milone (albertomilone) |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in unity-2d (Ubuntu): | |
status: | New → In Progress |
Changed in xorg-server (Ubuntu): | |
importance: | Medium → High |
Changed in xorg-server (Ubuntu): | |
assignee: | Alberto Milone (albertomilone) → nobody |
Changed in xorg-server: | |
status: | Confirmed → Fix Released |
Changed in xorg-server (Ubuntu): | |
status: | Triaged → Won't Fix |
I can consistently reproduce.