GNOME Bugzilla – Bug 516226
Some themes can have transluceny effects
Last modified: 2016-02-07 23:15:36 UTC
I don't know if this is wanted or not... but causes rendering glitches or transparency to metacity when the application is RGBA. try for example with gnome-system-monitor from the svn, it uses gtk_widget_set_default_colormap() with an rgba colormap. With Clearlooks window borders there are glitches on the left/right/buttom frame, using other themes you'll get transparency (which could be nice ehehe too :) ) Maybe could be AMAZING to force rgb everywhere, and add a parameter like theme_opacity to adjust the whole transparency of the theme (except the Text). Btw we should fix the first bug in time for 2.22 or we will have bad window borders with system-monitor :)
I don't know enough about composited colourmaps to say. Iain, do you have any thoughts on the matter?
Clearlooks 2.22 metacity theme got a workaround for this bug. But if you're using a blank metacity theme than you'll have a white (#ffffff) transparency. I have this issue on 2 different PCs
Created attachment 107887 [details] screenshot of the bug Mist metacity theme (inactive titlebar) is showing the problem (gdk screen is composited and system-monitor has RGBA colormap)
As far as I'm aware an RGBA window needs to be reparented inside another RGBA window, however I'm not an X guru so could be wrong about this. This means that the window that metacity uses for the frame on an RGBA window needs to be RGBA as well. One of Jimmacs metacity themes had this problem and he fixed it in the theme.
But we can't fix every theme, we should simply fix metacity code
Hey, is bug 509530 a duplicate of this?
*** Bug 509530 has been marked as a duplicate of this bug. ***
yeah, marked as duplicate
(In reply to comment #5) > But we can't fix every theme, we should simply fix metacity code The point is however that as far as I'm aware the metacity code isn't broken. If you show me otherwise then I'll fix it, but as I pointed out in comment #4 any RGBA window is going to get an RGBA frame. If the theme then proceeds to render with an alpha value (whether by design or by accident) its going to appear translucent.
if you're not doing anything (like mist) then you'll have an alpha #ffffff I cannot see any alpha operations in the code, but we have an alpha #ffffff
are you doing blends? I believe that was jimmacs problem, that plus he wasn't drawing on certain parts.
I don't think Mist theme is doing blends... :) It's a flat theme, without anything.
Make the summary match the actual problem.
but the summury does not highlight that the problem is reproduced just when: 1) the window is using a RGBA colormap 2) the metacity theme is not filling some parts of the frame: in fact if you add a <rectangle color="gtk:bg[NORMAL]" filled="true" x="0" y="0" width="width" height="height" /> then you have no transparency. (of course not, since it is filled, Mist in fact is doing anything, and then it is transparent)
*** Bug 525298 has been marked as a duplicate of this bug. ***
I have also experienced this with several themes, including Clearlooks and Gilouche. I thought at first this was an xorg bug, so I opened the following bug report: http://bugzilla.gnome.org/show_bug.cgi?id=516226 Still present with 2.23.55. It is not clear whether this is a metacity bug, a theme bug, an app bug, or an xserver bug. Was any resolution reached on this bug?