Red Hat Bugzilla – Bug 85589
XFree86-4.3.0-Radeon grainy windows
Last modified: 2007-04-18 12:51:50 EDT
I just got a new DELL 2000FP flat panel monitor and a Radeon VE/7000 (32MB)
card. I have the current rawhide, kernel 2.4.20-2.54 and XFree86-4.3.0-2
(mharris). I got everything to work (analog connection) fine except shell
windows leave grains of vertical short bars on the screen after scrolling. Any
known fix for this? Thanks
Created attachment 90480 [details]
Created attachment 90481 [details]
This isn't a Radeon driver bug (however it is certainly reasonable to
have assumed it might be). It is either an application font rendering
bug, or an Xft or Xrender bug. It's reported in another bug report
somewhere by me actually against gnome-terminal or kdebase (konsole).
It only shows up with high-bit i18n text when scrolling in konsole and
gnome-terminal. Keith Packard believes it to be an application bug.
I haven't debugged it personally, as I've assumed it is an app bug like
Keith postulates and am awaiting for someone to troubleshoot g-t or
konsole, however I may take a stab at it sometime myself.
Keith believed this to be an application bug when I spoke with him
before, where the font extends outside the bounding box or somesuch.
A) Occurs for both gnome-terminal and konsole
B) Only shows up with the Radeon driver
? If that's the case, it's almost certainly *not* an application
bug. A screenshot would help me say for certain.
I don't know whether it is application or not but it was there until two days ago. After
my upgrades to:
1. KDE_3.1_BRANCH and KDE_3_1_1_BRANCH changes merged in all rpms.
2. XFree84 4_3_99_2 snapshot for April 10 applied to xf86 rpms.
3. Latest rawhide (4-21-2003)
I can no longer reproduce it to give you a screenshot. I guess this is a good thing!
There's a screenshot in another bug report, but I don't have the ID. It's
against vte IIRC, or konsole. It isn't Radeon specific (or I'd assume it
to be a Radeon driver bug). It only occurs in some applications that use
Xft. I've only seen it in gnome-term and konsole personally, and it can
be reproduced by catting a text file containing international high-bit
text to the screen. When it scrolls, the fonts leave droppings on the screen.
If newer KDE fixes it for konsole, and assuming the problem is indeed app
specific, I assume konsole has been fixed now. I haven't tested any recent
stuff to see though.
That is the correct description of the problem. I also suspected konsole. Initial
kde-3.1.1 did not fix the problem, so the latest branch fixes should be included
in. It is time for rawhide to do this.
Reproduced just now in gnome-terminal on Mach64 (Rage IIC) in RHL 9
I used the following to reproduce:
cat $(locate .desktop | head)
Then scrolled up and down in the terminal
Can you attach a screenshot of this? I can't reproduce offhand. (Though
I may have different desktop files, and different fonts.)
Found the other bug report:
There are 2 screenshots attached to it, along with claim of reproduceability
on Matrox and Nvidia hardware as well.
The theory described - "it's an app bug" - only makese sense if the
A) Redraws instead of scrolling
B) Optimizes out and doesn't redraw character that it thinks were
blank and stay blank.
Does this sound reasonable to you, Nalin, with your knowledge of
The screenshots on the other bug are of konsole, which is sort of irrelevant
to what gnome-terminal does. I haven't seen any problems of this nature
in using various versions of gnome-terminal intensively. Since no
duplicates have been reported of this, I'm going to guess it's a very
rare problem, if it occurs at all with current versions of gnome-terminal/
I'm able to reproduce it in both gnome-terminal and konsole, but only
in RHL 9 stock XFree86. I haven't tried to test it in our current
beta release yet, nor with the latest XFree86 from rawhide rebuilt
and used in RHL 9.
I wont be able to test wether or not this still occurs for a while yet,
however if anyone can reproduce this in the current beta, feel free to
reopen the bug.