Bug 1044233
Summary: | [ALL LANG]Anaconda->Timezone-> Not fully localized. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Noriko Mizumoto <noriko> | ||||||
Component: | anaconda | Assignee: | Vratislav Podzimek <vpodzime> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Release Test Team <release-test-team-automation> | ||||||
Severity: | unspecified | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.0 | CC: | agarcia, eukim, fvalen, law, lijli, mbanas, mfabian, mkovarik, mnewsome, ngoswami, noriko, qe-i18n-bugs, ypoyarko | ||||||
Target Milestone: | rc | Keywords: | i18n, Translation | ||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | anaconda-19.31.100-1 | Doc Type: | Bug Fix | ||||||
Doc Text: |
Cause:
Anaconda didn't respect chosen language (locale) when displaying date.
Consequence:
Fixed date format used for all languages.
Fix:
Anaconda respects chosen language (locale) when displaying date.
Result:
Different date formats for different languages.
|
Story Points: | --- | ||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2015-03-05 13:57:12 UTC | Type: | Bug | ||||||
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
Noriko Mizumoto
2013-12-17 23:40:58 UTC
Steps 1-2 confirmed for Russian as well. Steps 1-2 confirmed for Korean as well. Same problem for Italian. Steps 1-2 confirmed for Assamese as well. Steps 1-2 confirmed for Spanish as well. Created attachment 940653 [details]
date format incorrect
Hi
I tried to reproduce this bug with the image RHEL-7.0-20140409.0-Server-x86_64-dvd1.iso.
1)'area' appears in Japanese as expected.
2)'city' appears in Japanese as expected.
3)'-th' and 'year' are still missing, please see attached screenshot (bottom right corner, the format is '9月 24 2014').
I've tried to issue 'date' command.
[root@localhost ~]# rpm -qa | grep tzdata
tzdata-java-2014b-1.el7.noarch
tzdata-2014b-1.el7.noarch
[root@localhost ~]# LANG=ja_JP.utf8
[root@localhost ~]# date
2014年 9月 24日 水曜日 13:01:34 EST
The order of year-month-date shown in anaconda and tzdata is different, one is '9月 24 2014' (month-date-year) while another '2014年 9月 24日' (year-month-date).
The translations for area and city probably come from langtable. But not the date format, that is certainly not from langtable. The component is changed to 'anaconda', as the date appears in comboboxes seems not using tzdata. 3)'-th' and 'year' are still missing, please see attached screenshot (bottom right corner, the format is '9月 24 2014'). Back to Anaconda. Noriko Mizumoto, comment#11> 1)'area' appears in Japanese as expected. Noriko Mizumoto, comment#11> 2)'city' appears in Japanese as expected. So the translations (which come from langtable) are there. The localization of the time date format at the bottom right of the time zone screen in Anaconda is not from langtable. These are 3 comboboxes which are most likely hardcoded in that order by Anaconda. Created attachment 948407 [details]
date-format-correct-for-japanese.png
The comboboxes to set the date look very good for Japanese now.
(In reply to Mike FABIAN from comment #16) > Created attachment 948407 [details] > date-format-correct-for-japanese.png > > The comboboxes to set the date look very good for Japanese now. OH! I can see them beautifully perfect, thank you! Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0312.html |