Bug 127972

Created attachment 101945 [details]
Nano with text file opened before scrolling

Created attachment 101946 [details]
Nano after scrolling

What is your TERM set to?

xterm

I'm seeing this as well on my development box
nano-1.2.4-1
$TERM  xterm

As a comparison nano on fc2 does not exhibit this problem.
nano-1.2.3-1
$TERM xterm

So i installed nano-1.2.3-1 on my development box,
and I see the problem. 

And on installing nano-1.2.4-1 on my fc2 box i do not see the problem.

Not sure where the problem is, but its not
something introduced in nano-1.2.4-1.

Any pointers at what the deeper problem is?
-jef

This problem does not seem to happen while using xterm, just
gnome-terminal. I am very suspicious of gnome-terminal.

Also, it seems to be specific to arrow scrolling, page up-down does
not seem to cause corruption.

Is this a change in termcap perhaps that gnome-terminal doesnt like?

Ive tested  
fc2 gnome terminal ssh into development box... problem
fc2 gnome terminal ssh into other fc2 box ... fine
develment box gnome terminal ssh into fc2 box .. fine

did something get changed in the xterm definition in termcap in the
development tree?

-jef

Jef, I think this is almost definitely the case, since changing TERM
to linux makes nano start working again.

Yes, this does seem to be a vte bug. I think it's fixed in
vte-0.11.11-13 (current in Rawhide on 2004-11-11); at least I can no
longer reproduce it. (Just tested quickly though.)

vte-0.11.11-13 show correct text for me.

Shouldn't this bug warrant an errata patch?  There will be tons of
people using nano on GNOME on FC3 with gnome-terminal who will hit
this problem.  The fact that 2 duplicates of this report already are
in bugzilla indicates how severe this will be.

I just upgrade vte to vte-11.11-15.i386 from rawhide and the problem
continues.

>Shouldn't this bug warrant an errata patch?  There will be tons of
>people using nano on GNOME on FC3 with gnome-terminal who will hit
>this problem.  The fact that 2 duplicates of this report already are
>in bugzilla indicates how severe this will be.

Agreed, this problem started affecting me right after upgrading to FC3
from FC2.  Huge problem for newbies who aren't familiar with vi or
other text editors, and depend on nano to set up their boxes.  Please
fix asap!

Yes a fix for this would really be appreciated.  Just noticed this
problem after installing Fedora 3 core and then updating it.  I'm new
to Fedora and was wondering how to get vte upgrade off of rawhide. 
Tried going to ftp.redhat.com:/pub/rawhide but that dir doesn't exist
anymore.  Needed some help with getting vte-0.11.11-13 installed
(using yum would be nice) to fix this.  Only see 0.11.11-6 when doing
a 'yum search vte', which is what I have installed.

My temp solution, without requiring rawhide is to put these in system
files:

csh users:
/etc/csh.login
setenv TERM linux

b*sh users:
/etc/profile
export TERM=linux

I am facing the exact same problem with my new fresh clean install of 
RHEL4 so the fixed vte hasn't made it into RHEL4 yet.  It was very 
annoying and I certainly didn't want to change my termtype to linux 
(although doing so fixes the problem).

I looked at upgrading to the newest development version of vte on the 
fedora development site (0.11.12-1) but found that it requires the 
new 2.4 version of Python to be installed.

So I found vte 0.11.11-15.i386.rpm through Googling, installed it, 
and now I'm as good as gold.  I'm not sure if it had any bad side 
effects with other programs but "nano" works great now!  It will be a 
bummer to manually install this package with new boxes so it would be 
nice if RH bundles it in an up2date sometime soon.  Thanks!

My Fedora Core 3 (2.6.10-1.766_FC3) workaround..

# /etc/bashrc

# System wide functions and aliases
# Environment stuff goes in /etc/profile

# by default, we want this to get set.
# Even for non-interactive, non-login shells.
if [ "`id -gn`" = "`id -un`" -a `id -u` -gt 99 ]; then
	umask 002
else
	umask 022
fi

# gnome-terminal workaround for nano scrolling
export TERM=linux

# are we an interactive shell?
if [ "$PS1" ]; then
    case $TERM in
	xterm*)
		if [ -e /etc/sysconfig/bash-prompt-xterm ]; then
			PROMPT_COMMAND=/etc/sysconfig/bash-prompt-xterm
		else
	    	PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME%%.*}:${PWD/#$HOME/~}\007"'
		fi
		;;
	screen)
		if [ -e /etc/sysconfig/bash-prompt-screen ]; then
			PROMPT_COMMAND=/etc/sysconfig/bash-prompt-screen
		else
		PROMPT_COMMAND='echo -ne "\033_${USER}@${HOSTNAME%%.*}:${PWD/#$HOME/~}\033\\"'
		fi
		;;
	*)
		[ -e /etc/sysconfig/bash-prompt-default ] &&
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-default
	    ;;
    esac
    # Turn on checkwinsize
    shopt -s checkwinsize
    [ "$PS1" = "\\s-\\v\\\$ " ] && PS1="[\u@\h \W]\\$ "
    
    if ! shopt -q login_shell ; then # We're not a login shell
        for i in /etc/profile.d/*.sh; do
	    if [ -r "$i" ]; then
	        . $i
	    fi
	done
	unset i
    fi
fi
# vim:ts=4:sw=4

I actually found the workaround posted above effects the prompt when multiple
tabs are open in gnome-terminal, to fix this simply move the workaround lines
from line 14 to line 21, to read as follows:

if [ "$PS1" ]; then
    case $TERM in
        xterm*)
                if [ -e /etc/sysconfig/bash-prompt-xterm ]; then
                        PROMPT_COMMAND=/etc/sysconfig/bash-prompt-xterm
                else
                PROMPT_COMMAND='echo -ne
"\033]0;${USER}@${HOSTNAME%%.*}:${PWD/#$HOME/~}\007"'
                # gnome-terminal workaround for nano scrolling
                export TERM=linux
                fi

For FC3 users, rebuilding vte-0.11.12-1 from development on an FC3 host will fix
your problems, and remove the python-2.4 dependency. For your convenience, I've
set up a YUM repo at:

http://prat.homelinux.net/~prat/yumrepo/

And changed the version to vte-0.11.12-1.fc3. Seems to be working fine over
here, YMMV.

(You could also just type rpmbuild --rebuild vte-0.11.12-1.src.rpm and install
the resulting package from /usr/src/redhat/RPMS)

I've been working with both FC3 and EL4 on this.  Neither vte-0.11.11-15 nor
vte-0.11.12-1 from rawhide fix this problem completely.  Yes it will work with
nano, but other programs, such as "ispell" break.

This is fixed in newer FC updates.  ispell is another issue probably in Bug
#141324.  If you want this fixed in RHEL4 then you should file it in
IssueTracker and escalate the issue through the support department.

*** Bug 138726 has been marked as a duplicate of this bug. ***