Red Hat Bugzilla – Bug 495151
xterm scrolling is broken
Last modified: 2009-04-17 02:01:19 EDT
Created attachment 339011 [details]
X server log
Description of problem:
Scrolling in xterms under the rawhide X server using kernel mode setting is broken.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start xterm.
2. Run "ls /usr/bin" in it. Note the position of the new command prompt in the window.
3. Scroll the window using S-PgUp and S-PgDown.
In 2, I see the ls generate more lines than the xterm can hold, but the prompt the shell generates after the ls doesn't wind up on the last line of the window, but rather several lines up. Several blank lines follow it.
In 3, scrolling about causes the chunks of data in the scroll buffer to go missing and be represented on the screen by blank space. Sometimes individual characters of text will be partially obscured.
In 2, the bash prompt after the ls should be on the bottom line of the window.
In 3, the data in the scroll buffer should be displayed correctly, no matter how much scrolling is done.
This does not happen if nomodeset is provided to the kernel.
I have a Radeon X300 based chipset in my laptop, and I currently have no Xorg.conf file. I'm attaching the X server log and the dmesg log.
Created attachment 339013 [details]
Created attachment 339017 [details]
Picture of broken xterm
This is most likely a video driver problem.
Could you also add Xorg.0.log from the nomodeset attempt ?
Thanks in advance
Fedora Bugzappers volunteer triage team
Created attachment 339088 [details]
X server log (nomodeset)
I don't know if this is the same issue or not, but with xorg-x11-drv-ati-6.12.1-9.fc11.x86_64 I am seeing improper scrolling in xterm as well. This is with the fvwm desktop, modesetting and an rv530. (I don't see this on another machine which is not using modesetting, is using gnome for a desktop and is an rv280.)
When text scolls part of lines are not redrawn, so that only partial lines are visible. Switching to another desktop space and back results in the text being correctly redrawn.
The behavior started recently, but because there were 2 or 3 releases in short succession, I didn't notice the issue until I was on -9. If you need to know which version it originated in I can do some further testing.
xorg-x11-drv-ati-6.12.1-10.fc11.x86_64 still shows the problem with the xterm used in fvwm. It seems with today's updates I can use gnome again and I am not seeing the problem in the terminal program I run there.
I tried this again with today's rawhide plus the following from koji:
mesa-7.5-0.11.fc11.x86_64 (and i586)
and am not seeing the behavior any more.
That works for me, thanks!