After a26adf6679aa13dc5821047f6aa1f05e7d0d00fd e.g. https://github.com/smehrbrodt/libreoffice-starter-extension/raw/master/dist/StarterProject.oxt stopped working for e.g. russian locales on Windows
Steps to Reproduce:
Load extension, restart LibO
No toolbars/menus visible from extension
Extension should work
User Profile Reset: No
The registry/org/openoffice/Office/Addons.xcu in <https://github.com/smehrbrodt/libreoffice-starter-extension/raw/master/dist/StarterProject.oxt> shouldn't contain "Title" props that only have xml:lang="de" values. At a minimum, a non-xml:lang or xml:lang="en-US" fallback should be provided (as the LO code that builds toolbars/menus from these configuration items apparently skips them for nil "Title" values). (That StarterProject.oxt also looks suspicious in that it contains a random-looking mixture of xml:lang="de" and xml:lang="en-US" values.)
The rationale given in the commit message of <https://gerrit.libreoffice.org/plugins/gitiles/core/+/a26adf6679aa13dc5821047f6aa1f05e7d0d00fd%5E!/> "Better return nil than an arbitrary xml:lang="..." value" still looks compelling to me.
Ok you are right, the Addons.xcu should have fallbacks for en-US, will fix that.
But we are probably breaking other extensions too with this change which leads to menu/toolbar entries just disappearing.
As someone who installs the extension, I'd rather have a menu entry in a different language than no menu entry at all.
So maybe this needs some more consideration.
Created attachment 146617 [details]
Attaching the affected extension as I will update the upstream extension with the correct xml:lang settings.
(Retroactively noted this change in behavior now at <https://wiki.documentfoundation.org/index.php?title=ReleaseNotes/6.1&oldid=169128> "Change in configuration behavior (fallback values for localized, nillable properties)".)