Red Hat Bugzilla – Bug 428747
[metacity] renders transparent borders for GNOME terminal windows when compositor enabled
Last modified: 2014-06-18 05:09:59 EDT
Description of problem:
After enabling compositing effects in metacity, left, right, and lower
window borders/decorations are partially transparent but only in the
case of GNOME terminal windows.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Enable metacity compositing effects.
GNOME terminal windows exhibit transparent decorations.
GNOME terminal windows exhibit opaque decorations.
Again, this issue only affects GNOME terminal windows. Other clients
are unaffected. Disabling the compositor restores normal appearance.
Created attachment 291648 [details]
Transparent windows decorations of GNOME terminal for active compositor
I have tried with a recent Ubuntu Hardy Heron live CD, and there, the
window borders behave normally, even when the built-in compositor is
enabled. The GNOME/Metacity version in that case is 2.21.x. Further
package info for the "rawhide" system:
Created attachment 297804 [details]
Transparent window decorations of GNOME terminal for "Bright" theme.
After some experimenting, I can now assert that the issue is related
to the window border theme controlled in "Appearance Preferences".
For most themes, the borders are opaque. Only for "Clearlooks" and
"Bright" themes, they get transparent - again: -only- for the GNOME
terminal, not other clients.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Joachim, is this still a problem? I once saw the bug on Debian, but it
disappeared long ago.
Right, issue absent from current F9 w/metacity-2.22.0-3.fc9.
Well, to be more precise: issue absent on ATI X800. On my notebook
IBM ThinkPad T23 sporting a SuperSavage IX/C chip, I still see
transparent borders. metacity bug or driver bug, that's the
Transparent borders appear on ATI X800, too, unless Option "Accelmethod"
"exa" is added to the driver section in xorg.conf.
Issue affects all versions up to metacity-2.23.34-1.fc9 rebuilt from the
On an IBM ThinkPad T23 sporting a SuperSavage IX/C chip, window borders
are even transparent regardless whether acceleration method "exa" is
enabled or not in contrast to the "radeon" driver, see comment #8.
This observation applies to a current "rawhide" system with:
The bug ist still present for current F9 w/updates and a locally built xorg-x11-server-Xorg-1.5.1-1.fc9.x86_64 unless acceleration method "exa" is chosen.
On a current current "koji" system installed on an IBM ThinkPad T23 sporting a SuperSavage IX/C chip, the issue still appears for any acceleration method.
This needs to be fixed upstream.
(In reply to comment #12)
> This needs to be fixed upstream.
This still an issue for a fully updated F10 on a system with an Intel 845G onboard graphics chip. Since you have closed the bug with status "UPSTREAM", please add the external bug reference, too.
Created attachment 338206 [details]
Xorg.0.log for Intel Corporation 82845G/GL rev 3
Note that acceleration architecture "xaa" is mandatory because X locks up when method "exa" is chosen instead (bug 473427).