https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35213 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=35091 -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35213 Michał <schodkowy.omegi-0r@icloud.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |schodkowy.omegi-0r@icloud.c | |om See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=36163 --- Comment #2 from Michał <schodkowy.omegi-0r@icloud.com> --- Yeah it really should be using just the country code of some kind from the database as value being sent. Currently, even after the current set of fixes, you stop seeing the selected country value in the dropdown after changing intranet language. So three things would need to be done: - make Koha save the preference as country code (and on upgrade convert the currently saved prefs) - coerce all existing countries in Hea database into the country codes - Hea would need to map legacy translated values from legacy Koha versions to allow them to still be displayed on the site (because let's be real, nobody will update these installs for next 10 years) Problem: while languages are stored nicely in `language_descriptions` in the database, countries don't seem to have an equivalent; their current list is just in `country-list.inc` file. Simple alternative: always store and send the English name, display translated name in the UI only for the looks. The country list would still have to be stored in some nicer way probably, but at least it wouldn't require counterpart country codes list? Not sure if this would save much effort at all in the end. -- You are receiving this mail because: You are watching all bug changes.