Description: When I choose the pseudo-language KeyID for the UI, there is many strings that are shown without keyID. Steps to Reproduce: 1. Open the master or LO 6.4 2. Menu Tools > Options > Language Settings > Language -> choose KeyID in the user interface dropdown list, validate and restart LO 3. Open a new empty Calc document 4. Open the sidebar and click the Style button Actual Results: No keyID for Heading 1, Heading 2, etc. As a result these strings appear untranslated in French while the translation is complete according to weblate. Expected Results: A keyID in front of each translatable string. Reproducible: Always User Profile Reset: No Additional Info: The same problem is visible elsewhere, for example in the dialog "Save Document?" which appear when you close LO when a modified not saved document is still open.
Created attachment 157459 [details] screen copy with missing keyID
Repro. Version: 7.0.0.0.alpha0+ (x64) Build ID: a22de0aacc9fb4197e9051f572b1a9298b2472e2 CPU threads: 4; OS: Windows 10.0 Build 19551; UI render: Skia/Vulkan; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: threaded
*** Bug 130365 has been marked as a duplicate of this bug. ***
FYI: no key-ID being displayed and strings being untranslated are unrelated. It just happens that not all translations were committed to the repository, so there just was no translation for the "Don't save" string (that was fixed by explicitly flushing all translations from weblate before committing.. https://gerrit.libreoffice.org/plugins/gitiles/translations/+/refs/heads/libreoffice-6-4%5E%21/ ) So the missing translation problem should be fixed with the next release. Not having key-ID is a separate problem, keeping the bug open for that.
Apparently none of the strings defined in .ui files get KeyID. cc Caolán.
*** This bug has been marked as a duplicate of bug 123616 ***