Bug 128105
| Summary: | elinks displays <HR> tag as `â's on gnome-terminal | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Alexandre Oliva <oliva> |
| Component: | elinks | Assignee: | Karel Zak <kzak> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | dgunchev, tkmame, wes |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-10-14 13:58:35 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 123268 | ||
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. |
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.