compiz and negative geometry: wrong placement in Maverick

Bug #668345 reported by Thomas Dorner
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: compiz

Compiz in Maverick has a bug calculating the correct placement in Maverick when using a negative geometry value to place a window at/near the right and/or lower edge. The following worked correctly in Lucid and still works with Metacity:

xterm -geometry 80x25-0-1
xeyes -geometry -0-1

In Compiz these windows are shifted upwards and to the left. They are shifted approximately for as much pixels as they are high / wide.
When I remember correctly, the X functions use the upper left corner of a window to draw it; so I guess the calculation for that point is somehow done twice (right edge - width - width, lower edge - height - height).

As Metacity does this right, compiz is my suspect and not any X driver or library.

Revision history for this message
John Straw (jestraw) wrote :

Negative geometry doesn't work in compiz and 10.10 for me, either, but the windows look to me like they're just being placed by compiz as if it's ignoring that portion of the geometry.

Martin Spacek (mspacek)
summary: - comiz and negative geometry: wrong placement in Maverick
+ compiz and negative geometry: wrong placement in Maverick
Revision history for this message
Travis Watkins (amaranth) wrote :

Both of these work correctly in natty so apparently this was fixed in 0.9.x.

Changed in compiz (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.