Bug 139327 - string error in the ko_KR locale
Summary: string error in the ko_KR locale
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: system-config-display (Show other bugs)
(Show other bugs)
Version: 4.0
Hardware: All Linux
Target Milestone: ---
: ---
Assignee: Adam Jackson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-11-15 08:45 UTC by Lawrence Lim
Modified: 2014-03-26 00:51 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-01-30 00:20:53 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
scrrenshot of firstboot in the ko_KR locale (106.51 KB, image/png)
2004-11-15 08:45 UTC, Lawrence Lim
no flags Details
screenshot showing ko_KR screen with current cvs firstboot (49.00 KB, image/png)
2004-12-07 17:49 UTC, Adrian Likins
no flags Details

Description Lawrence Lim 2004-11-15 08:45:41 UTC
Description of problem:
The string "Display" is not shown correctly in the ko_KR locale.

I did a msgunfmt on the mo file and the entry is correct.
msgid "Display"
msgstr "íë©´ íì"

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.LANG=ko_KR.UTF-8 firstboot
Actual results:
The string "Display" is shown as "3"

Expected results:
The string should be displayed as "íë©´ íì"

Additional info:

Comment 1 Lawrence Lim 2004-11-15 08:45:41 UTC
Created attachment 106699 [details]
scrrenshot of firstboot in the ko_KR locale

Comment 2 Michelle Kim 2004-11-17 01:22:09 UTC
Thanks larry for creating the bugzilla.

I confirm that po file has correct translation..so let's light the
fire and find the cause of this problem!


Comment 3 Adrian Likins 2004-12-07 17:46:50 UTC
huh, interesting. I haven't a slightest idea why that
displays the "display" string as "3"

It seems to display "3" regardless of whats in
the translated string. No other translations
seem to do this. 

Course, now that I do a make install from cvs,
it seems to work. screenshot attached.

I'll refresh the po's and rebuild and see if
that works. But since this isnt on any blocker
lists, it's probably too late. 

Comment 4 Adrian Likins 2004-12-07 17:49:02 UTC
Created attachment 108051 [details]
screenshot showing ko_KR screen with current cvs firstboot

Comment 5 Michelle Kim 2004-12-08 00:12:49 UTC
From the latest screenshot just posted by Adrian, "the string
"Display" is shown as "3" problem seems fixed but I found
"Configure..." button is shown in English. 

This is odd. I checked the entry in the ko.po file and it is translated:

#~ msgid "Configure..."
#~ msgstr "ì¤ì ..."

so it shouldn't be in English.
Could you look into this matter?


Comment 6 Lawrence Lim 2005-05-12 06:30:19 UTC
Tested with firstboot-1.3.39-2 and up2date-, this strange "3" still exist.

Comment 7 Chris Lumens 2005-07-07 19:16:43 UTC
This is actually a bug in system-config-display.  If you look at the display
module in firstboot, you'll see:


So, we are translating in the s-c-display domain.  Then if you msgunfmt
/usr/share/locale/ko/LC_MESSAGES/system-config-display.mo, you'll see:

msgid "Display"
msgstr "3"

This domain's translation is overriding the correct one in firstboot.  Still
present in RHEL4 final, by the way.

Comment 8 Michelle Kim 2005-07-08 04:27:47 UTC
Thanks for spotting this.

Now I have updated the file as follows: 

msgid "Display"
msgstr "íë©´ íì"

The latest ko.po file's revision number is 1.57

Thank you Lawrence for looking into this matter as well as Chris!


Comment 9 Adam Jackson 2007-01-29 23:47:06 UTC
So does this still need fixing in RHEL4?

Comment 10 RHEL Product and Program Management 2007-01-30 00:04:14 UTC
The component this request has been filed against is not planned for inclusion
in the next update. The decision is based on weighting the priority and number
of requests for a component as well as the impact on the Red Hat Enterprise
Linux user-base: other components are considered having higher priority and the
number of changes we intend to include in update cycles is limited.

Comment 11 RHEL Product and Program Management 2007-01-30 00:20:53 UTC
Product Management has reviewed and declined this request.  You may appeal this
decision by reopening this request. 

Note You need to log in before you can comment on or make changes to this bug.