Bug 428747
| Summary: | [metacity] renders transparent borders for GNOME terminal windows when compositor enabled | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Joachim Frieben <jfrieben> |
| Component: | metacity | Assignee: | Søren Sandmann Pedersen <sandmann> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 9 | CC: | kem, ted |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-10-31 18:22:10 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Attachments: | |||
|
Description
Joachim Frieben
2008-01-14 22:18:11 UTC
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: - xorg-x11-server-Xorg-1.4.99.901-1.20080307.fc9, - xorg-x11-drv-ati-6.8.0-3.fc9. 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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping 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 question .. 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 "rawhide" SRPM. 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: - xorg-x11-server-Xorg-1.4.99.905-2.20080701.fc10 - xorg-x11-drv-savage-2.2.0-2.fc9 - metacity-2.23.55-1.fc10 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). |