libzvt issue.

Can you be more specific - is it just blank areas that do not redraw?

while simple 'ls' is ok, 'ls -l' sometimes displays onto the current
screen and does not scroll down, sometimes it dispays like this:

[root@carton head]# ls
build.log  cvs  INSTALL  my.txt
[root@carton head]# ls -l
total 52

                                                cvs
                                                INSTALL


i typed out the 'ls -l' result. i can't select the 'ls -l' result from
gnome-terminal and post it to the mozilla text box, while i can with 'ls'.

Could you explain what do you mean by "select the 'ls -l' result from
gnome-terminal and post it to the mozilla text box".
for me 'ls -l' is working fine on gnome-terminal.
(tested on latest cvs source)

It would also be useful if you mentioned what locale you are using and
things like that.

My locale is "zh_CN.GB2312", I'll check whether it's ok if I change 
my locale to "en_US".

What about a screenshot?

Created attachment 7510 [details]
screenshot describing the gnome-terminal 'ls -l' bug

I've updated libzvt and profterm, and got these results:

this bug only occur only when I've set my locale to "zh_CN",
"zh_CN.GB2312", "zh_TW", these seem to be my supported locale on my
red hat 7.1 linux box.

1. I run this on a trusted terminal with locale "en_US":

[root@carton cvs]# gnome-terminal

and got a gnome-terminal that do not has this bug. (but strangely, the
 local on this terminal is automatically set to "zh_CN.GB2312")

2. I run this on a trusted terminal with locale "ja":

[root@carton cvs]# gnome-terminal

(process:15201): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.

and got a gnome-terminal that do not has this bug.

3. I run this on a trusted terminal with locale "zh_CN.GB2312":

[root@carton cvs]# gnome-terminal

gnome-terminal (pid:15173): Gdk-WARNING **: Missing charsets in
FontSet creation

gnome-terminal (pid:15173): Gdk-WARNING **:     GB2312.1980-0

and in the opened gnome-terminal, this bugs occured.

the screenshot is attached.

4. I tried the zterm in the libzvt dir. and got this:

run zterm under a trusted terminal with locale "zh_CN.GB2312":

[root@carton libzvt]# ./zterm

this bug did not occur on the opened zterm.

5. and in gnome-terminal which has this bug. when I change the locale
to "en_US" or other locales, this bug disappears.

I am seeing very bad term emulation, including failure to clear screen
on 'ls -l', in C locale, on both Solaris and Linux using builds from
gnome CVS Sept. 3.  Not sure this is the same bug but terminal
emulation does seem very broken at least in my config.

Adding toshi to the cc then.

Bill: your problem's perhaps different from this,
but should be related to the font you're selecting.

Carton:changing LC_ALL or LANG on running gnome-terminal does not
affect the fonts which
are already loaded, but only affect the commands
like 'ls -l' and the text output those commands
return. If you want to run a gnome-terminal for
a locale different from your login locale, you
need to run a new process of gnome-terminal:

% setenv LC_ALL zh_CN.GB18030
% gnome-terminal --disable-factory &

If you still don't get a desired result, you perhaps need to add x
font paths for the fonts
you need for zh_CN.GB18030 locale before
"gnome-terminal --diable-factory"
 

Toshi: no, I am running in the same locale that gnome-terminal is
started in.  I think my current problem may in fact be bug 90816, but
the build from Sept. 3 still shows the problem... I will try again
with Sept. 6 build.

my problem is related to the zvt accessibility support, it is visible
if /desktop/gnome/interface/accessibility = true.

I was going to blame Toshi but it's not his fault this time ;-)

Can I close this "Not a bug" then?

Closing.