From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
If I type aumls or oumls (a with dots and o with dots) in a konsole or xterm,
window will 'corrupt'. See screen captures attached. Problems doesn't exists in
local console only with a ssh connection in remote computer.
I don't know if the bug is in the ssh, termcap or what ever...
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Connect to a remote machine via ssh
2.Try to type some scandinavian capital letters
Created attachment 78731 [details]
Seems that problem is not in ssh. It doesn't exist in my other computer which
has different display adapter.Sometimes mozilla window corrupts also, but it
re-draws display so it doesn't matter.
Computer where problem exists has a ATI Mach64 3D Rage IIC display adapter.
The problems is in locales. UTF-8 doesn't work correctly with scandinavian
characters. Workadroung fix is to modify /etc/sysconfig/i18n something like to:
Problem still appears if typing capital letters. A empty and typed character
This is no glibc problem. I assign it to XFree86 for now. Mike will know
better to ask questions to see whether this really is a problem in X or
Most likely you are using a UTF-8 locale, which is the default in Red Hat
Linux 8.0 and later, however the application you are using doesn't support
UTF-8. This results in 8bit characters with the high bit set (such as German
umlauts) being misinterpreted because the application doesn't support UTF-8.
In short, it isn't a 'bug' usually, but rather it is the specific application
(in this case slrn) just doesn't support UTF-8, so you must not use UTF-8
with such applications.
The only way to work around this problem is to either:
1) Configure your whole machine to use an 8bit locale such as ISO8859-1 or
2) Override the system default locale on an application by application
basis. For example: "bash$ LANG=en_US slrn"
If you require a more detailed explanation about this problem or require
more detailed help or step by step instructions, please refer to the Red Hat
mailing lists for technical support.
Reassigning closed report to slrn as it doesn't have anything to do with
XFree86, so any further commenting should be between reporter and slrn