Bugzilla – Bug 845608
[i915] The live session's desktop doesn't repaint properly in GNOME
Last modified: 2013-10-18 07:22:48 UTC
Created attachment 563181 [details] Screenshot of the artifacts User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Firefox/24.0 On my Dell Inspiron 1525 when booting from GNOME Live USB, the desktop doesn't repaint properly. There are a lot of artifacts on the screen (see attachment). Reproducible: Always Steps to Reproduce: 1. Boot from openSUSE-13.1-GNOME-Live-Build0041-i686.iso 2. Start a program (e.g. Terminal or Files) 3. Drag the window with your mouse to a new position Actual Results: The trail from window remains on the screen. Expected Results: The window should move to a new position without artifacts. However, when booting from openSUSE-13.1-KDE-Live-Build0041-i686.iso, there are no artifacts on the screen. The desktop looks OK.
Created attachment 563182 [details] Xorg.0.log
Created attachment 563183 [details] The output of hwinfo --gfx
Created attachment 563184 [details] The output of dmesg There are many warnings from Intel video driver in dmesg's output.
The workaround I found is to log out from live GNOME session and then log back in. There will be no more artifacts on the screen. Maybe logon from GDM corrects the video problem somehow?
I'm hitting this same bug along with the fix working for me. I'm using a Lenovo ThinkPad X220 and openSUSE 13.1 RC1. Let me know if you want anything.
This in fact does not look (anymore) like an X-bug; There is a confirmed bug in GNOME 3.10, causing this: * Wallpaper is randomly not loaded (racing condition) * Frame buffers are not cleared https://bugzilla.gnome.org/show_bug.cgi?id=709313 => Moving component back to GNOME.
Potential patch fixing it (in dri2): http://cgit.freedesktop.org/~ickle/xserver/commit/?h=dri2-invalidate&id=eb256400317b98e999b5dabe06a82970bd922068
What is the chance that this is patched for RC2?
The patch is even not (yet?) in xorg-server master branch. Not sure, why Dominique thinks it would fix the issue. Did anybody verify that?
(In reply to comment #9) > The patch is even not (yet?) in xorg-server master branch. Not sure, why > Dominique thinks it would fix the issue. Did anybody verify that? This was based on comments on the upstream bug; to keep people here informed a well... first tests show only partial success; so not the right thing.
*** Bug 846202 has been marked as a duplicate of this bug. ***
Dmitry, to confirm this is indeed the same bug I expect it to be, and not just something else (x-related). Can you please, inside gnome: HIt Alt-F2, type "lg", then type "global.stage.no_clear_hint = false;" into the prompt that comes up, then hit Escape. Does the problem disappear? Then it IS the bug I believe it is.. otherwise, it's a parallel bug, which would more likely be X-related imho
Dominique, I've done this and the problem disappeared! (And the background too - now it is visible in overlay mode only. Though i'm not sure if this is related to the problem).
(In reply to comment #13) > Dominique, > > I've done this and the problem disappeared! (And the background too - now it is > visible in overlay mode only. Though i'm not sure if this is related to the > problem). Thanks for confirming. In this case I dare to mark it as a DUP of bug 844891; The main issue is a race in loading the wallpapers, then ending up with a graphic buffer that is not correctly mapped. *** This bug has been marked as a duplicate of bug 844891 ***