After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 576589 - composite manager: doesn't handle XShape'd windows which change shape
composite manager: doesn't handle XShape'd windows which change shape
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.24.x
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2009-03-24 16:42 UTC by Yann Droneaud
Modified: 2015-12-14 21:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Yann Droneaud 2009-03-24 16:42:10 UTC 
XShape'ed window are not correctly handled if they change their shape,
especially if the new shape is "smaller" than the previous.

Windows changing shape mask but not geometry are affected, windows changing
geometry and mask are also affected.

To reproduce, just launch 'xeyes' and resize its window. 
As you shrink the window, it will leave some part on the screen. Move windows
around to refresh the screen.

See this video metacity-2.24.0.ogv on
http://people.mandriva.com/~ydroneaud/compmgr/

Remark: xcompmgr-1.1.4 shows quite the same behavior (see the other video).
Kwin 3.0 and Compiz 0.7.8 have a correct behavior.
Comment 1 Pierre-Loup A. Griffais 2011-11-30 18:48:40 UTC 
Confirmed. This has now been fixed in xcompmgr, see:

http://cgit.freedesktop.org/xorg/app/xcompmgr/commit/?id=747977fbc42c6c9b4bb2a77d596f5d1e434d83c4

Is the metacity composite manager still supported, or is this probably never getting fixed?
Comment 2 Alberts Muktupāvels 2015-12-14 21:06:20 UTC 
I think that this was fixed in metacity 3.18.0. Please reopen if this is still problem.