Red Hat Bugzilla – Bug 128105
elinks displays <HR> tag as `â's on gnome-terminal
Last modified: 2007-11-30 17:10:46 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040625 Description of problem: Opening a web page containing <HR> tags with elinks on a gnome-terminal displays ugly sequences of `â â â ' (these are a with circumflex accept followed by two blanks, repeated 3 times) where block characters are to be expected. On xterm, OTOH, I get one square for each `â ' I get on gnome-terminal, which I suppose is what was expected to be displayed on gnome-terminal as well. It appears that links doesn't expect 3 characters to be printed, since the stream of `â 's extends over 3 lines and, after a ^L to redisplay the page, the `â's on the second and third lines are gone. Version-Release number of selected component (if applicable): elinks-0.9.2-0.rc2.2 ncurses-5.4-10.fc3 gnome-terminal-2.6.0-4 vte-0.11.10-5.1 How reproducible: Always Steps to Reproduce: 1.On xterm, run `links www.ic.unicmap.br/~oliva/' 2.On gnome-terminal, run the same command 3.Type ^L Actual Results: After 2, you see `â ' junk where block characters were to be expected. After 3, the ones that extended past the HR line are gone. Expected Results: The â characters should be displayed as a horizontal line, and ^L shouldn't change what's displayed unless there's something else printing to the terminal. Additional info: Locale is en_US.UTF-8, in case it matters.
This seems to have been fixed a few days ago.
But since it's back in FC3-re1001.0, maybe it wasn't fixed in the first place :-(
FWIW, setting TERM=gnome (suggested by notting in bug #134442, as opposed to TERM=xterm, the default), the problem goes away.
Same problem in a virtual console. Setting TERM=gnome fixes it.
In the next ELinks 0.9.2 build (0.9.2-2.rpm) it will works. The char "â" seems that you have "VT100" terminal setting (menu -> Setup -> Terminal Options) and enabled UTF-8 i/o option. Please, use "Linux or OS/2" rather then VT100. The "Linux or OS/2" terminal will default for xterm until 0.9.2-2 version.
Hi, is this bug really fixed? I tried links in a virtual console and I still get the a's. After booting X, I still get these in konsole and xterm and gnome-terminal. I could only get it working in a gnome-terminal by setting UTF-8 like you said in your previous comment. However, I think the main concern would be getting it to work in a virtual console since that is the main reason for having links (to have a browser without using X). Running links with "TERM=gnome links" from the console seems to be kind of a work-around to a bug that still exists somewhere.
could this have something to do with the settings in file: /etc/sysconfig/i18n? I had a bug with man pages and the setting for en_US.UTF-8 changed it to en_US, per a bunch of howtos and it was fixed. some more info here: ttp://www.rhil.net/docs/faq.html#funny_chars
I'm also having issues with the "â" characters in Fedora Core 4 Test 1. This is on the console as well as in GNOME terminal. Versions: elinks-0.10.3-1 ncurses-5.4-16 My lang in /etc/sysconfig/i18n is: LANG="en_US" If I set $TERM to "gnome", the problem goes away.