Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 75061

Summary:	ami font display broken, doesn't pop-up
Product:	[Retired] Red Hat Linux	Reporter:	Warren Togami <wtogami>
Component:	ami	Assignee:	David Joo <djoo>
Status:	CLOSED DUPLICATE	QA Contact:	David Lawrence <dkl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	8.0	CC:	eng-i18n-bugs
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-09-09 04:20:34 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:

Description Warren Togami 2002-10-04 02:59:03 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

Description of problem:
When I run ami, nothing appears to happen although something appears in the
Gnome taskbar - the application didn't pop-up.  It is one of those rectangle
things with 2x2 hexadecimal numbers in them indicating that some charset or font
isn't working properly.

The actual application itself seems devoid of text, with several blank tabs.  I
can see radial button widgets, textboxs and a checkbox, but no text labels.

Version-Release number of selected component (if applicable):
RH 8.0
Tested on two systems, one with Korean language support installed, one without.
 Same results.

How reproducible:
Always

Steps to Reproduce:
1. Run "ami"

Comment 1 David Joo 2002-10-04 04:47:16 UTC

Hi Warren..

Can you please post your /etc/sysconfig/i18n file please?


Also can you check whether ttfonts-ko file is installed?

Comment 2 Warren Togami 2002-10-04 05:09:41 UTC

It says the following when I run it from a console:

[root@laptop root]# ami

** WARNING **: fontset(*,*) loading failed

** WARNING **:
fontset(lucidasans-14,-*-*-medium-r-normal--*-*-*-*-c-160-ksc5601.1987-0)
loading failed

** WARNING **: fontset(*,-*-*-medium-r-normal--16-*-*-*-c-*-*) loading failed

System #1 - without Korean chosen as an extra language during install
[root@laptop root]# cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:ja_JP.eucJP:ja_JP:ja"
SYSFONT="latarcyrheb-sun16"
ttfonts-ko is not installed

System #2 - with Korean chosen as an extra language during install
[root@ltspserver root]# cat /etc/sysconfig/i18n
LANG="en_US.UTF-8"
SUPPORTED="zh_HK.UTF-8:zh_HK:zh:zh_CN.GB18030:zh_CN:zh:zh_TW.Big5:zh_TW:zh:en_US.UTF-8:en_US:en:ja_JP.eucJP:ja_JP:ja:ko_KR.eucKR:ko_KR:ko"
SYSFONT="latarcyrheb-sun16"
ttfonts-ko is installed

It does work when you run it with "LANG=ko_KR ami", but it seems broken that its
display is completely messed up when you run it with LANG=en_US.UTF-8.

Comment 3 David Joo 2002-10-04 05:14:11 UTC

AMI is meant to work under LANG=ko_KR.
That is the only way at the moment.
But for the future, we will keep it in mind that it would be great to be able to
use the multiple language IM's on different LANG settings.

Thanks for the input!

Comment 4 Jens Petersen 2003-05-20 02:13:06 UTC

Re-openning since this now also affects ko_KR.UTF-8 in rawhide. ;-)

Probably the cleanest and best solution would be to change the locale
inside AMI to be ko_KR.eucKR internally.

An alternative would be to tweak "/etc/X11/xinit/xinitrc.d/xinput"
to run ami in ko_KR, but that wouldn't solve Warren's problem for
example of course.

Comment 5 Leon Ho 2003-08-05 04:19:01 UTC

Jens, i revisited the bug and thought it may related to the ordering of the
fontset. Tested against patches in 101377 and it works fine. Closing the bug
with duplicate of 101377.

*** This bug has been marked as a duplicate of 101377 ***