From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 Description of problem: Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Start a gnome-terminal 2. type some chars as v|d_ Actual Results: chars do not appear in the gnome-terminal, no input is generated from stdin Expected Results: chars are echoed and read from stdin Additional info: Input section in /etc/X11/XF86config: Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" Other chars are handeled normally.
Myself and another associate has seen this error using pine with gnome-terminal, but it is not limited to German umlauts. Asian characters also do not show up. However, to make this case more confusing, when I am in the pine message index, and there are non-rendered characters (such as umlauts or Asian characters) in either the the sender or subject line, then the characters from the message just above the non-rendered one appear to be "copied and pasted" into the non-rendered line. A bit confusing to explain, so I am attaching a tarball of two PNG files that illustrate my explanation :) pine_gnome-term_wrong.png shows a message index where the characters seem to be "copied and pasted" from the previous line into the line with the non-rendered characters. pine_gnome-term_correct.png shows the results of opening the e-mail and then returning to the message index.
Created attachment 82584 [details] two PNGs illustrating "copy and paste" issue in gnome-term with pine session open
Problem disappeared in RedHat 9.0 when using Terminal->Character coding->UTF8.