Bug 106104

Summary:	SL10_LOC - Linux - DE - Beta2 050819
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	John-Carl Kullmann <johnk>
Component:	YaST2	Assignee:	Michael Andres <ma>
Status:	RESOLVED FIXED	QA Contact:	Klaus Kämpf <kkaempf>
Severity:	Normal
Priority:	P5 - None	CC:	davidbo, emmetw, jsuchome, kerryoc
Version:	Beta 2	Keywords:	German, L10N
Target Milestone:	---
Hardware:	x86
OS:	SUSE Other
Whiteboard:
Found By:	Localization	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	install and remove software, languages filter Japanese language filter Simplified Chinese language filter

Description John-Carl Kullmann 2005-08-22 10:04:41 UTC

Detailed Description: YaST software install: Languages: language names 
untranslated
Build: Beta2 050819
Steps to reproduce:
1. Click Start/System/YaST to launch YaST Control Center
2. Click the "Software" option in the left navigational panel. 
3. Click "Install and remove software"option.
4. Change the filter to "Languages"

Expected result: all language names should be translated.
Actual result: all language names are untranslated. The country names in 
brackets behind some languages are translated correctly

Attachment: software_install_3.jpg

Comment 1 John-Carl Kullmann 2005-08-22 10:05:23 UTC

Created attachment 46856 [details]
install and remove software, languages filter

Comment 2 Jonathan Fisher 2005-08-22 10:43:59 UTC

Also a bug on Japanese Beta2 050819 build.

Comment 3 Jonathan Fisher 2005-08-22 10:45:27 UTC

Created attachment 46869 [details]
Japanese language filter

Comment 4 Ronan Carty 2005-08-22 11:29:40 UTC

Also occuring on Simplified Chinese, build Beta 2 050822

Comment 5 Ronan Carty 2005-08-22 11:30:59 UTC

Created attachment 46887 [details]
Simplified Chinese language filter

Comment 6 John-Carl Kullmann 2005-08-22 13:32:07 UTC

Configuration: Suse 10

Comment 7 Keith Lacey 2005-08-23 14:36:11 UTC

Unable to find the string "German (Deutschland)" in the language list from the
screenshot. Can you help to source this string?

Comment 8 Jiří Suchomel 2005-08-23 14:44:33 UTC

btw, it's package-manager, not language selection

Comment 9 John-Carl Kullmann 2005-08-24 14:43:06 UTC

Also occurs in Traditional Chinese build Beta 2 050819.

Comment 10 Ines Pozo 2005-08-24 15:15:13 UTC

I have not been able to find any untranslated language name in the Japanese or 
Chinese YaST po files, so I guess this is not a translation bug. Klaus, any 
ideas?

Comment 11 Jonathan Fisher 2005-08-24 15:40:50 UTC

Also occurs in Italian

Comment 12 Ronan Carty 2005-08-25 08:53:57 UTC

Also occuring on Brazilian Portuguese, Beta 2

Comment 13 Jiří Suchomel 2005-08-25 14:23:50 UTC

Those are from iso-languages.pot

AFAIK the translation of these strings were recently provided using some public
available translations - Karl?

Comment 14 Karl Eichwalder 2005-08-26 08:22:47 UTC

I guess "de_DE" is aggregated "German" + "Germany" and both these strings are
translated here:

#: src/ISOLanguage.cc:237
msgid "German"
msgstr "Deutsch"

#. :CZE:203:
#: src/ISOCountry.cc:265
msgid "Germany"
msgstr "Deutschland"

I guess Yast must pickup the first part of the message from the different
textdomain named "iso-languages".  In case of doubt, please ask.

Comment 15 Jiří Suchomel 2005-08-26 08:28:46 UTC

Not me: it's package manager as I wrote already.

Comment 16 Michael Andres 2005-09-06 22:42:50 UTC

Not package manager, but liby2util. Anyway, it's not a matter of translations.

ISOLanguage and ISOCountry contain a static map, which holds the translated
strings. Map entries are currently created by
    cm["de"] = _( "German" );
Once created, they are not rebuilt if the language changes. 

Due to some change in YaST, an ISOLanguage object gets created before gettext is
initialized. That's why the map is initialized in english. 

In fact the map should be created as
   cm["de"] = "German";
A translated value should be returned when accessing the map, not when it is built.

Comment 17 Michael Andres 2005-09-07 15:28:26 UTC

fixed in liby2util-2.12.8