GNOME Bugzilla – Bug 550670
SnowIsh theme with gnome terminal under compositing metacity
Last modified: 2017-06-12 11:34:32 UTC
Please describe the problem: SnowIsh theme works wired with (only) gnome terminal under and (only) when metacity compositor is turned on. Steps to reproduce: 1. Download SnowIsh theme from gnome-look.org (http://nuovext.pwsp.net/snowish/files/SnowIsh-Theme.tar.gz) 2. Turn on metacity compositor 3. Open gnome terminal Actual results: Blank or transparent glitch. Expected results: The same with metacity compositor turned off or under compiz Does this happen every time? Always, tested under Arch and Federa 9, both 2.22.0 or 2.23 series. Other information:
I am not sure this is caused by or even related to metacity's compositor, but this wired problem doesn't occur under compiz (compiz-decorator-gtk) or metacity turned off, so I guess SnowIsh theme triggered a potential bug in metacity.
I have seen something similar to this in my own themes, where if: - Metacity's compositor is enabled - A client window is using an RGBA visual (such as gnome-terminal) - GTK+ based draw_ops don't appear (such as gtk_arrow, gtk_box, or gtk_vline) This is not specific to the SnowIsh theme; it happens with the Atlanta theme on my machine.
Created attachment 123169 [details] A screenshot of a glitch in action. A screenshot of the glitch in action with the Atlanta theme. Notice: - The terminal window in the background is an RGBA window (the desktop icon shows through) - The active and inactive Calculator windows both have a gtk_arrow for the menu and a gtk_vline between the titlebar and the buttons - The terminal window has neither arrow nor vline. Not pictured: The gtk_box in the buttons' ACTIVE state is drawn on the calculator windows, but not on the Terminal window.
Also may be relevant: I found this in ~/.xsession: Window manager warning: Log level 8: gtk_paint_arrow: assertion `style->depth == gdk_drawable_get_depth (window)' failed
Ah, I know what is causing this. Its got nothing to do with the original bug though. Refiled as Bug 561911 – Gtk draw ops are trying to draw to an incorrect depth on ARGB windows
Duping then *** This bug has been marked as a duplicate of 561911 ***
This isn't a duplicate of the other bug, which is why I opened the other bug.