Bug 75151

Summary:

Windows corrupts in XFree

Product:

[Retired] Red Hat Linux

Reporter:

Need Real Name <tony.glader>

Component:

slrn

Assignee:

Bill Nottingham <notting>

Status:

CLOSED NOTABUG

QA Contact:

David Lawrence <dkl>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

8.0

CC:

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:

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.