https://bugs.documentfoundation.org/show_bug.cgi?id=143019
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |[email protected] Resolution|--- |WORKSFORME --- Comment #22 from V Stuart Foote <[email protected]> --- Can not confirm. With default profile and sample document attachment 174238 (fr-FR, es-MX, en-US) I do not reproduce issue. The only languages listed from the Status bar's Language text field are the languages present in its ODF archive style.xml (document template) and content.xml en-GB (from styles.xml) zh-CN (from styles.xml -- CJK and does not show via the StB Language text [1]) hi-IN (from styles.xml -- CTL and does not show via the StB Language text [1]) fr-FR (from content.xml) en-US (from content.xml) es-MX (from content.xml) When the Spanish language text has cursor focus, the Text language field does offer es-ES. Likewise if I add a paragraph of Brazilian Portuguese pt-BR, when it has cursor focus, the Text language field offers pt-PR meaning. And, if I change one of the fr-FR segment to fr-BE and the other segment to fr-CA (via the UI or edits in the content.xml) those additional languages are added to the StB Text language menu list, in addition to the no longer used fr-FR. I expect that behavior comes from this default /administrative installation of this nightly build of master against 7.5--so all dictionaries are installed, and the cursor focus onto a text run is sufficient to offer the alternative locale dictionaries. Finally, if I change the style.xml adjusting the en-GB default to en-US--the en-GB alternative is no longer offered for this system with os/DE in en-US. I think this all reasonable and see no *unexplainable* "random language" appearing in Writer's Status Bar "Text language" field with default profile, nor as OP when working in Safe Mode provides. There is no language bleed over from other documents a user has in their document history. So only the os/DE locale, users language settings, styles from the document template, and any applied languages present in the document (and responding dictionary/spellcheck alternates offered) control the menu list. I did not chase it down in source, but IMHO not a bug and => WFM =-Testing-= Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 651658d37bcb3f493942dd5d0b9a0d65c96f105c CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded [1] believe not showing the CJK or CTL values is correct as for me on this system os/DE default locale is en-US and that is autodetected and applied. Those detected defaults UI and Locale values can be changed from Tools -> Options -> Language Settings -> Languages. Depending on os/DE system language and locale, language setting defaults will vary per user--so additional languages can be present to what is contained in the ODF (styles.xml or content.xml). -- You are receiving this mail because: You are the assignee for the bug.
