Created attachment 915257 [details] Comment (This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).
This is almost certainly not a Xorg issue, but something higher the stack. Throwing the bug in the approximate direction for further investigation.
Created attachment 500550 [details] Faulty window with full shadow This screenshot shows a window with a faulty corner, but the shadow "thinks" it is a full window corner.
Comment on attachment 500300 [details] Faulty window with faulty shadow This screenshot shows a faulty window corner and the shadow shows also the "hole" as the faulty corner does.
Created attachment 500552 [details] Faulty (black) tab
Created attachment 500553 [details] Another faulty (black) tab
Created attachment 500554 [details] Faulty window corner shown in overview mode
Created attachment 500555 [details] Faulty window fonts
I added some new screenshots to show some scenarios which I think is due the same bug. These artefacts are sporadic, but I think it only occurs on my ATI RV370 gfxcard with the opensource-gfxdriver. I have another computer with NVIDIA 9800GT with nouveau driver and here it didn't happen until now (but this is not my working horse). So this let me assume that Gnome 3 (Gnome-shell) use functions which the opensource-ati-driver with my ATI-card shows these problems. The different screenshots show varying artefacts: - Screenshot "Faulty window with faulty shadow": The window corner disappears and the shadow may be afterwards calculated, becaue the shadow follow the faulty window border. - Screenshot "Faulty window with full shadow": The window corner disappears and the shadow may be before calculated, because the shadow is correct in the view for a correct window border (not the faulty one) - Screenshots "Faulty (black) tab" and "Another faulty (black) tab": This screenshot shows a black tab. Only the active tab is black. - I had also a artefact with a black scrollbar (I forgot the make a screenshot). - Screenshot "Faulty window corner shown in overview mode" The artefacts are also shown in the overview mode. - Screenshot "Faulty window fonts": This screenshot shows, that the shown fonts are corrupted. I don't know if that is due the same bug or another bug. All artefacts are local artefacts. Which mean if a artefact occurs some time it is only on that window. The artefact stays on active and inactive windows. The other windows are not faulty. When I close that faulty window and open a new instance of that window the artefact is gone. The case "black tab" is: only the active tab is black. When I switch to another tab in that window, the black tab also switch to the selected tab. The not selected tabs are correct. So the tabs work correct, there are only black (some times). When I close that window and open a new window all is again correct. The case "black scrollbars" is the same: it is fully working but it shows as black scrollbar. The case "corrupted fonts" seems only in windows, not theupper panel on the screen. The corrupted fonts STAYS corrupted. Even if I close a window and open a new one. So this is another bug?
The "black tab" occurs also on firefox one time. So that means that this bug is not only a GTK-problem.
(In reply to comment #1) > This is almost certainly not a Xorg issue, but something higher the stack. > Throwing the bug in the approximate direction for further investigation. Matej: These mis rendering bugs are almost certainly not clutter. If it was an issue with cluster we would see it across all devices as its device agnostic and just outputs opengl for the drivers to render. Its more likely to be a 3D driver bug, possibly in the 3D mesa driver (as opposed to the 2D xorg driver).
(In reply to comment #10) > Matej: These mis rendering bugs are almost certainly not clutter. If it was an > issue with cluster we would see it across all devices as its device agnostic > and just outputs opengl for the drivers to render. Its more likely to be a 3D > driver bug, possibly in the 3D mesa driver (as opposed to the 2D xorg driver). OK, nice try it was ;). Anyway, we need some more information then. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 500735 [details] Xorg.0.log Logfile from boot with kerneloption "drm.debug=0x04"
Created attachment 500736 [details] Xorg.0.log.old Logfile from boot with kerneloption "drm.debug=0x04"
Created attachment 500737 [details] Xorg.9.log Logfile from boot with kerneloption "drm.debug=0x04"
Created attachment 500738 [details] dmesg Logfile from boot with kerneloption "drm.debug=0x04"
Created attachment 500739 [details] messages Logfile from boot with kerneloption "drm.debug=0x04"
Created attachment 500740 [details] Faulty window with black scrollbar
I added some logfiles from a fedora-session booted with the kerneloption "drm.debug=0x04". During that it occurs the artefacts with the black scrollbar again. So I made a screenshot. It seems that the most frequently bad artefacts occurs with the terminal-window. I don't know if that is really the case, that the artefact is here more often than other windows, but it seems to be the case. If a scrollbar gets black in a terminal window, it is the phenomen, that so long this faulty window stays open all other new terminal windows become also faulty scrollbars. Other new app-windows don't have faulty scrollbars. When I close all terminal windows and then I open a new terminal window the scrollbar is correct.
*** Bug 707824 has been marked as a duplicate of this bug. ***
^^ That dupe is a ATI Radeon Xpress 1100. card
I confirm all of these issues for ATI Radeon X800 SE (R430), see bug 678757 and bug 711333.
*** Bug 678757 has been marked as a duplicate of this bug. ***
*** Bug 711333 has been marked as a duplicate of this bug. ***
*** Bug 698053 has been marked as a duplicate of this bug. ***
I have the same problem with my ATI Radeon 9600 card.
I'm getting similar but a strange shadow.
Created attachment 515255 [details] shadow on pop up
Created attachment 515256 [details] screen gets strange pixelation
Created attachment 515265 [details] more evidence of bad rendering
Created attachment 515995 [details] highlighted areas show SOME of the bad rendering
No recent update, is this still an issue?
This is still an issue. All Fedora15-updates until 2011-10-27 doesn't fix these issues.
This is still an issue for a fully updated F16 including packages: - mesa-libGL-7.11.2-3.fc16 - kernel-3.2.8-1.fc16 - libdrm-2.4.30-1.fc16 - xorg-x11-drv-ati-6.14.3-4.20120201git36c190671.fc16 - xorg-x11-server-Xorg-1.11.4-1.fc16
Created attachment 603802 [details] Xorg.0.log for ATI Radeon 430 This is still an issue for a fully updated F17 including packages: - mesa-libGL-8.0.3-3.fc17.x86_64 - kernel-3.5.1-1.fc17.x86_64 - libdrm-2.4.33-3.fc17.x86_64 - xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.x86_64 - xorg-x11-server-Xorg-1.12.2-4.fc17.x86_64 GTK widgets, e.g. in firefox, turn black intermittently; likewise the text color in GNOME terminal windows.
This is still an issue in Fedora 18.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Happens to me as well with a Radeon 9800. It happened on F17 and still happens on F18 after the upgrade.
In Fedora 19 (Kernel 3.10.7, Gnome 3.8, Xorg-Server 1.14, Mesa 9.2) this is still an issue: - the "hole" in the upper left corner (Attachment: Faulty window with faulty shadow) - wrong font rendering (Attachment: Faulty window fonts) - black tab (in Firefox for instance)
This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This is still an issue in Fedora 21, Gnome 3.14, Xorg 1.16 with the gfxcard ATI RV370.