Bug 137635 - FILEOPEN DOCX: Spell checker language shows up as {en}
Summary: FILEOPEN DOCX: Spell checker language shows up as {en}
Status: RESOLVED DUPLICATE of bug 137742
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Styles
  Show dependency tree / graph
 
Reported: 2020-10-20 18:42 UTC by Telesto
Modified: 2021-03-26 10:23 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-10-20 18:42:40 UTC 
Description:
Spell checker language shows up as {en} 

Steps to Reproduce:
1. Open attachment 166495 [details]
2. Look at the status bar -> Language shows up as {en} 

Actual Results:
{en}

Expected Results:
Probably a working spell checker library; or unknown as in 3.3.0


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.1

6.0

4.4.7.2

and in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
Comment 1 Telesto 2020-10-20 18:47:15 UTC 
@Eike
I assume this to be a bug, but:
(a) kind out of league to tell for sure 
(b) could even be a DOCX import issue unrelated to language codes
Comment 2 NISZ LibreOffice Team 2020-12-07 10:39:53 UTC 
As far as I see the different paragraph styles in that document are all based on the Normal style, which contains this in styles.xml:

<w:lang w:val="en" w:eastAsia="en-CA" w:bidi="ar-SA"/>

My Word 2013 recognizes this as "English", but in the language selector dialog there are only en-variant languages, like English (american), English (british) etc. but no "English".

Changing the Normal styles language setting to one of these makes the language appear properly in Writer such as "English (USA)".

Maybe we should map at import time this "en" locale to en-US.

Confirming the behavior in:

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 561e5559bb68242c7f785f0ca3bee3eb12b58963
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL
Comment 3 Ming Hua 2020-12-08 04:58:09 UTC 
I believe this bug has the same root cause as bug 137742, that LO doesn't convert the ambiguous "en" language tag to a specific en_XX tag with proper spellchecking support.

Does attachment 166495 [details] happen to come from Google Docs as well?

The consensus from the discussion in the other bug seems to be that we should just silently convert ambiguous "en" to "en_US".
Comment 4 Mike Kaganski 2021-03-26 10:23:53 UTC 

*** This bug has been marked as a duplicate of bug 137742 ***