Red Hat Bugzilla – Bug 75151
Windows corrupts in XFree
Last modified: 2014-03-16 22:31:26 EDT
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): How reproducible: Always Steps to Reproduce: 1.Connect to a remote machine via ssh 2.Try to type some scandinavian capital letters Additional info:
Created attachment 78731 [details] Slrn corrupted
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: LANG=C LC_CTYPE="fi_FI@euro" LESSCHARSET="latin1" SUPPORTED="en_US.iso885915:en_US:en:fi_FI.UTF-8:fi_FI:fi" SYSFONT="latarcyrheb-sun16"
Problem still appears if typing capital letters. A empty and typed character will appear
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 somewhere else.
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 similar. 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. Thanks.
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 maintainer.