LanguageListModel reads the kf5_all_languages that is provided by kdelibs4support. Would be nice if we could drop that soft dependency. KLanguageButton in kconfigwidgets reads kf5_entry.desktop maybe we can use a similar pattern?
Created attachment 129969 [details] dpkg -L kconfigwidgets-data on neon
On neon libkf5configwidgets-data only installs the en_US/kf5_entry.desktop which contains only the localized version of "American English". Debian seems to install all of them so is it only a neon packaging issue? https://packages.debian.org/bullseye/all/libkf5configwidgets-data/filelist
KLanguageName::nameForCode that you recommended for handling languages from non existing qlocales (for instance brazilian portuguese) fails on neon for the same reason.
Yeah that's Neon just being buggy. Harald, Jonathan, can you please check why you're not including the rest of kf5_entry.desktop files in kconfigwidget?
Bug in the injecting them into the git builds I'm guessing. The files are in the user edition (tarball builds) apparently.
Ok, but don't steal the bug ;) This is a valid Lokalize bug "unrelated" to the releaseme bug. I'll file a new one for releaseme.
I've put a PR for this as I'm not 100% confident I won't break something in another language. This should also improve the flexibility for languages that have no QLocale (Brazil Portuguese). https://invent.kde.org/sdk/lokalize/-/merge_requests/2
This got fixed by a263c32a5761c28e717d47bb33945d09224ed597