Created attachment 178858 [details]
All the text become subscript

I think i made a mistake regarding reproduce:

1. open the file, all the text become subscript instead of normal text

Repro
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3ccc4c123f5e78e0204d11abeab2d1a74278ca3e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL Jumbo

and in
Versie: 6.4.0.2 (x86)
Build ID: 08d19fecdc7a2298d051e19cfdb7c35544855fc3
CPU-threads: 4; Besturingssysteem: Windows 6.3 Build 9600; UI-render: GL; VCL: win; 
Locale: nl-NL (nl_NL); UI-taal: nl-NL
Calc: CL

Ok with
Version: 6.1.6.3
Build ID: 5896ab1714085361c45cf540f76f60673dd96a72
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

This seems to have begun at the below commit.
Adding Cc: to Justin Luth; Could you possibly take a look at this one?
Thanks
bibisect-linux-64-6.4$ 8134ea9f6e5d91cb938c1a8b297ef2da750a7633 is the first bad commit
commit 8134ea9f6e5d91cb938c1a8b297ef2da750a7633
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Wed Nov 6 12:30:27 2019 +0100

    source d71cf6390a89ea6a4fab724e3a7996f28ca33661

https://git.libreoffice.org/core/+/d71cf6390a89ea6a4fab724e3a7996f28ca33661
  tdf#99602 writerfilter: import subscript into character style

quite honestly, I think I would flag this as NOTABUG.

The default paragraph style clearly specifies that EVERYTHING should be subscripted.
<w:style w:type="paragraph" w:default="1" w:styleId="Normal">
  <w:name w:val="Normal"/>
  <w:rPr>
    <w:position w:val="-1"/>
  </w:rPr>
</w:style>

Perhaps Microsoft just ignores any position settings in paragraph styles? After all, setting superscript or subscript on an entire paragraph doesn't make much sense (although in theory if MOST of the characters should be subscripted, it might be easier to just set specific characters to normal). A similar concept was ignored with commit 861ca1f5030f2f6b7fbdc3bb3ded3d11130673ed for the overall docDefaults...

But there really is no reason to make an exception to the normal working of styles just "because it wouldn't normally make sense" for a user to do something silly like set everything to subscript.

The best fix is to fix the document itself. (In the Normal paragraph style, change Font - Character Spacing - Position to normal.) 

NOTE: As documented in the bug fix and the bug report, we treat ANY subscript as default in styles because doing anything else would be virtually impossible. So that also exaggerates the impact of this specific example document.

NOTABUG. If you disagree, please provide the documentation on why the specified positioning should be ignored.

*** Bug 147971 has been marked as a duplicate of this bug. ***

If you have a look in style in MS Word, it has subscript of 0,5pt (only had a look in German UI). If you changes this to normal, text in MS Word also changes. So I think text is subscripted in MS Word and in LO Writer. But I don't know, why LO changes font size to 58% so this might be the bug.

So I changed bug summary

Justin, what do you think?

=> UNCONFIRMED

(In reply to Dieter from comment #7)
> I don't know, why LO changes font size to 58% so this might be the bug.

From comment 5
NOTE: As documented in the bug fix and the bug report, we treat ANY subscript as default in styles because doing anything else would be virtually impossible. So that also exaggerates the impact of this specific example document.

*** Bug 148502 has been marked as a duplicate of this bug. ***

(In reply to Justin L from comment #8)
> From comment 5
> NOTE: As documented in the bug fix and the bug report, we treat ANY
> subscript as default in styles because doing anything else would be
> virtually impossible. So that also exaggerates the impact of this specific
> example document.

My comment was about relatvie font size (MS Word 100% / LO Worter 58%) and I couldn't see any informations about it in your comment 5 or in documentation of bug fix.

(In reply to Dieter from comment #10)
> My comment was about relative font size (MS Word 100% / LO Writer 58%)
The position and size are tied together to form a superscript, and thus automatic/default mode affects both. "Automatic" superscript/subscript font size is 58%.

(In reply to Justin L from comment #11)
> The position and size are tied together to form a superscript, and thus
> automatic/default mode affects both. "Automatic" superscript/subscript font
> size is 58%.

So question is, if Writer should always use "automatic" or font size from document.

(In reply to Dieter from comment #12)
> So question is, if Writer should always use "automatic" or font size from
> document.
...doing anything else would be virtually impossible.

(In reply to Justin L from comment #13)
> ...doing anything else would be virtually impossible.

I can't assess this. But if you're right we should close report as WONTFIX.

Closing as NotABug as suggested in comment #5.

Best regards. JBF

147960: disagree with NOTABUG . Whenever a sub- or superscript is written EITHER in doc, docx, or odt, and the file is saved as a doc or docx file the sub- or superscript information is lost in the doc/docx file. Why is it not saved - somewhere?
But one can alternately work in the open docx file or odt file (while saving the workfile with that docx or odt name) and the super- and sub-scripts propagate correctly throughout the work. When saving in ODT all super/subscript info is saved correctly, but lost when saving & closing in docx. Again - why is it lost?

(In reply to Wolfram from comment #16)
> Again - why is it lost?
The answer to this question is in comment 4's patch. https://gerrit.libreoffice.org/c/core/+/80219/

This is also a great code pointer for the volunteer who considers this important.

fixed in 7.6 by commit 85f0a5d7bc54dfba75e8d6dd9c905bc1ac31d927
Author: Miklos Vajna on Tue Jun 13 15:02:20 2023 +0200
    DOCX filter: improve handling of negative <w:position> in paragraph styles