Created attachment 31825 [details] screenshot When scrolling in firefox, with another window on top of it, firefox doesn't seem to repaint the areas correctly that have been covered by the window on top. Please see the attached screenshot, it illustrates the problem quite well. I don't use a composition manager. My System: - i945GM - Fedora 12 (+updates)
I also experience sometimes unpainted areas with the code-autocompletion feature in eclipse - I guess its the same problem.
Hmm, I always though this was a firefox issue not generating GraphicsExpose when it handles scrolling from obscured areas. At the very least I'm not sure if it is even a driver issue. See XChat for another example of how to handle scrolling badly.
I can't reproduce both problems (firefox's and eclipe's) when using the vesa driver. I also don't see the problem with Xorg-server-1.6 + intel.
Created attachment 31889 [details] eclipse problems
Another affected application is Adobe Adcorbat Reader 9.2. Even KDE's animated application-is-starting-up "cursor" is leading to garbage on screen, while scrolling in firefox/acroread while its visible.
Created attachment 32044 [details] garbage caused by KDE's startup animation, when scrolling was done.
Chris seems to have at least seen this issue before, so reassigning... -Carl
still happens with 2.10.901 + xorg-1.7.5 As far as I can tell this started to appear with xorg-1.7, I remember using the same driver-version with xorg-1.6 caused no problems, but with 1.7 the repaint problems started to appear. However, when using the vesa driver everything repaints fine. Maybe its just timing related, who knows :/
I have the exact same problem and it's causing a real headache.
I'm now running Fedora 13 i686 xorg-x11-server-Xorg-1.8.0-8.fc13.i686 xorg-x11-drv-intel-2.11.0-3.fc13.i686 Firefox 3.6.3 from mozilla.org No xorg.conf Intel Clarkdale i5 GPU All hardware is running at its stock speeds.
Ok, quite the same report has been filed against Radeon. The bug seems to be XServer dependent. I just played with an older system I own - with xorg-xserver-1.6 everything works as expected, but as soon as I upgraded to xorg-xserver-1.7 (everything else left untouched) the corruptions started to appear. To some degree I guess this is a timing related problem, as I don't see it on an Pentium-M 1.6ghz + Radeon-Mobility M9. I'll play arround with my dual-core laptop to see which impact disabling one core or forcing lower clocks has. I guess this problem will never see a fix :/
Radeon Report: Bug 28235
This problem doesn't occur with proprietary NVIDIA and ATI drivers, so I believe it's still Intel driver bug - it's not an X server bug, though a combination of a new X server and new open source drivers may have this problem. Also it doesn't happen with VESA driver on any hardware.
Note the two drivers with artefacts are the dri2, the ones you say disqualify this as being a core bug are not. So it could be a similar bug in EXA and UXA, or it may be a race in dri2 and damage. Or it could just be that drivers that hit fallbacks rendering firefox (VESA, nvidia, fglx) are too slow for this bug... Speculation is rather pointless, what is needed are reproducible test cases and traces.
(In reply to comment #14) > Note the two drivers with artefacts are the dri2, the ones you say disqualify > this as being a core bug are not. So it could be a similar bug in EXA and UXA, > or it may be a race in dri2 and damage. Or it could just be that drivers that > hit fallbacks rendering firefox (VESA, nvidia, fglx) are too slow for this > bug... Speculation is rather pointless, what is needed are reproducible test > cases and traces. A reproducible testcase would be the following. Install Fedora 13 on a system with any Intel GPU, download and unpack the official Firefox distribution (at the time of writing that will be http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6.3/linux-i686/en-US/firefox-3.6.3.tar.bz2 ), run this Firefox, run any other application on top of it and try scrolling any webpage. The artifacts will be immediately visible. I can post screenshots of a bug or any debugging information you may want.
Created attachment 35956 [details] Screenshot with NVIDIA binary drivers I was *wrong*. This bug is also reproducible with NVIDIA binary drivers. See the attached screenshot. Please, change the component to X.org server itself.
Strange, seems really to be a race somewhere. With intel-2.11.901 I can't reproduce this anymore, probably because rendering is now "fast enough" to not trigger the issue.
Created attachment 36518 [details] Scrolling with Intel drivers 2.12/kernel 2.6.34 (In reply to comment #17) > Strange, seems really to be a race somewhere. > With intel-2.11.901 I can't reproduce this anymore, probably because rendering > is now "fast enough" to not trigger the issue. You cannot, I can. It is a bug in *X server itself*. I wonder why no one even cares to change the component and attach/mark as a duplicate a similar bug which happens under Radeon open source driver.
Yes I know its a bug in X itself, thats why I said there seems to be a race somewhere. Well it happend between Xorg-Server-1.6 and 1.7 - so I guess someone will have to bisect.
Created attachment 36519 [details] Scrolling in Xephyr (X.org server 1.8) (In reply to comment #19) > Yes I know its a bug in X itself, thats why I said there seems to be a race > somewhere. Well it happend between Xorg-Server-1.6 and 1.7 - so I guess someone > will have to bisect. Scrolling artifacts accumulate *even* in Xephyr, so probably it will not be that difficult to bisect, if someone has enough vigor and patience.
Chris! Please, change the component to X.org server itself, and "Assigned To" to maybe xorg-dev-team or Keith Packard.
(In reply to comment #17) > Strange, seems really to be a race somewhere. > With intel-2.11.901 I can't reproduce this anymore, probably because rendering > is now "fast enough" to not trigger the issue. I'm now running 2.12 with kernel 2.6.34.1 and I still see this bug. And mind that I have the fastest Intel GPU available (on CPU Intel Core i5 HD graphics).
Sure you still see this bug - why should it have been fixed if nobody is willing to go the route of bisecting. Going postal here won't make things better.
*** Bug 28235 has been marked as a duplicate of this bug. ***
I could have bisect this issue but I don't know if there's a bug free X org server.
This bug is now almost a year old, and it's still reproducible. Sigh. X.org devs are too lazy to even change its component: (In reply to comment #21) > Chris! > > Please, change the component to X.org server itself, and "Assigned To" to maybe > xorg-dev-team or Keith Packard.
@Artem: Please don't get personal.
Created attachment 39097 [details] Adobe Reader 9 scrolling artifacts Adobe Reader 9 also exhibits this problem. Please, change this bug title to something more general, like "[X.org server regression] Scrolling artifacts in different applications".
(In reply to comment #28) > Please, change this bug title to something more general, like "[X.org server > regression] Scrolling artifacts in different applications". Feel free to do it yourself, rather than abusing others for not doing it.
Only a bug owner or bugzilla power users/administrators can do that.
> --- Comment #30 from Artem S. Tashkinov <t.artem@mailcity.com> 2010-10-01 09:12:33 PDT --- > Only a bug owner or bugzilla power users/administrators can do that. > Pretty sure that's not true.
(In reply to comment #31) > > --- Comment #30 from Artem S. Tashkinov <t.artem@mailcity.com> 2010-10-01 09:12:33 PDT --- > > Only a bug owner or bugzilla power users/administrators can do that. > > > Pretty sure that's not true. Maybe with this bugzilla permissions are more relaxed but on others my statement certainly holds true. BTW, I've found out that applications running under Windows emulator Wine are also affected by this bug.
Created attachment 42091 [details] r300g & 2.6.37 - akregator scrolling issue.jpg this and worse happens while i casually scroll pages in akregator. ATI Technologies Inc Mobility Radeon X2300/Gallium 0.4 on ATI RV515; kernel is 2.6.37; libdrm, xf86-video-ati, mesa from git; xorg-server is 1.9.3 i don't remember if there were a time without this bug.
Just in case, can this bug be related to Bug 27627?
No, unfourtunatly not.
$ select x in cache libs ; do echo fixit ; done 1) try video card options, look at cache lines, that was needed on an intel card i had at one time for same thing. try 'vesa' driver. is that one ok? if so, also check it detects ammount of memory correctly. 2) your libs are installed wrong ------------- 3) you compiled yourself, were having trouble, and failed to a) install to fresh /usr/local (fresh, nothing in it, new tree) b) you didn't make clean and make everything, so some .o were stale but used 4) it may not be Xorg but broken gnome libs / firefox stuff. try re-installing those from scratch. make sure you REAALLY remove all depends and reinstall. (ie, possibly upto all libs firefox depends on: which happends to be everythign nearly)
obvioulsy remove every trace of the firefox, including reverse deps, and reinstall if you can scroll in gedit(1) or gv(1) or xpdf(1) then you have lib / install issues. re-install at least firefox
(In reply to debguy from comment #36) > $ select x in cache libs ; do echo fixit ; done > > ... > What an inane comment. This bug is perfectly reproducible in Fedora 20 stable/21 beta/latest Ubuntu under all video drivers (intel, nvidia, ati). VESA cannot even be used under modern kernels - KMS is enabled on boot.
*** Bug 103753 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/xserver/issues/387.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.