Bug 75151

Summary: Windows corrupts in XFree
Product: [Retired] Red Hat Linux Reporter: Need Real Name <tony.glader>
Component: slrnAssignee: Bill Nottingham <notting>
Status: CLOSED NOTABUG QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: drepper, rvokal
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: 2003-04-22 20:27:21 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:
Attachments:
Description Flags
Slrn corrupted none

Description Need Real Name 2002-10-04 20:45:26 UTC 
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:
Comment 1 Need Real Name 2002-10-04 20:46:12 UTC 
Created attachment 78731 [details]
Slrn corrupted
Comment 2 Need Real Name 2002-10-05 17:02:28 UTC 
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.
Comment 3 Need Real Name 2002-10-05 17:40:53 UTC 
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"
Comment 4 Need Real Name 2002-10-06 19:14:48 UTC 
Problem still appears if typing capital letters. A empty and typed character
will appear
Comment 5 Ulrich Drepper 2003-04-22 05:24:55 UTC 
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.
Comment 6 Mike A. Harris 2003-04-22 20:25:09 UTC 
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.
Comment 7 Mike A. Harris 2003-04-22 20:26:27 UTC 
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.