Created attachment 68209 [details] Screenshot Version: unspecified (using Devel) OS: Linux KColorChooser write the last used color palette in kcolorchooserrc. Example: [Colors] CurrentPallete=Forty Colors When I choose another color palette and change the application language using Help -> Switch Application Language, KColorChooser write wrong CurrentPallete name. For example, in pt_BR there are 'Quarenta cores' (Forty Colors) and 'Cores do Oxygen" (Oxygen Colors). If I change color palette from 'Quarenta cores' to 'Cores do Oxygen' and switch application language to American English, KColorChooser write this: [Colors] CurrentPallete=Cores do Oxygen instead of: [Colors] CurrentPallete=Oxygen Colors Results: When I open the program again (now in American English), 'Cores do Oxygen' appears in the dropdown list. (See screenshot) Reproducible: Always Steps to Reproduce: - Open KColorChooser in any language (not American English) - Change color palette (nnn_in_this_language) - Switch application language to American English - Close KColorChooser - Open KColorChooser again - See dropdown list (nnn_in_this_language appears) Expected Results:
Confirmed in French. It happens when I switch back from French to English. If I open KColorChooser in French and change the palette, the palette is saved correctly with the English name. But when I switch the language back to English, the next save is in French.
It looks like it considers that French is default language and English US is the translation. It does not read the if (collectionName == i18nc("palette name", colorCollectionName[i].m_displayName)) when I switch back to English because collectionName and colorCollectionName[i].m_displayName are both French strings in KColorDialog::KColorDialogPrivate::slotWriteSettings()
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann