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

I don't think this is a duplicate. That bug report is talking about CREATING new footnotes, but this one is talking about just importing. The importing part ought to be identical. We would need to have an example document as well.

(In reply to Justin L from comment #2)
> I don't think this is a duplicate. That bug report is talking about CREATING
> new footnotes, but this one is talking about just importing. The importing
> part ought to be identical. We would need to have an example document as
> well.

I though that a root of the problem is the same. Of course feel free to change a status to NEW if you think differently. Thanks

Created attachment 167774 [details]
Comparison between original text and imported text

I enclose two screenshots: the first from the original document in .docx (Microsoft Word for Mac, version 16.43); the second from the same text imported into Libre Office (version 7.0.3.1).You can see that the footnote number in the imported text (1) is not in superscript and - (2) second bug not always needed, the number that is replaced by a 'zero' is missing.

Thanks for the screenshots Francesco. What we really need is the original DOCX file too. Actually, it would be best if you just make a simple, 1 footnote document that demonstrates the problem. If you can't reproduce it in a new document, then attaching the original is OK - and someone else can try to reduce it to a useable problem-demonstrator.

Created attachment 167782 [details]
Word original document

I send only one page of the original document in word .docx. When you import this document into Libre you see only the first bug (the numbers of the notes no longer in superscript), but not the second (the replacement of numbers with zeros), because this problem arises only when the document is very long (about 554,000 characters).

(In reply to Francesco from comment #6)
> in LibreOffice you see only the first bug (the numbers of the
> notes no longer in superscript).
I cannot reproduce this in 6.4.7 or master. The first five footnote numbers are all in superscript. (The tops clearly all align with the top of the footnote text, but the bottom of the number is definitely higher than the bottom of the footnote text.)  To my eyes, it is identical to Word 2016.

I can confirm the problem in

Version: 7.1.0.0.alpha1+
Build ID: 6427bf87360a97f41ae351feaa35975c868260ec
CPU threads: 4; OS: Linux 5.5; UI render: default; VCL: kf5
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-11-04_14:28:50
Calc: threaded

Created attachment 168554 [details]
Doc per Bugzilla_fileopen.pdf: exaggerated fontsize of 22 to show superscript on file open

OK - I think by import you are referring to Insert - Text from file. In that case, the existing footnote style is not changed to match the definition in the DOCX file.  (I wouldn't consider that to be a bug.)

No, by "import" I mean. "opening in Libre a .doc file created with Microsoft Word". Note that this problem only occurs when the file is very long, not for short documents.

Created attachment 173929 [details]
The example file in current master, en_US UI

Looks good in:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL

Created attachment 173930 [details]
The example file in current master, hu-HU UI

Less so in:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: hu-HU
Calc: CL

There might be something funny with importing the localized (or not) character style names.

For English UI, this was fixed in LO 6.0
commit 707eb4db1918658e0c2c2c2033c6a69f80c4eafd
Author: Justin Luth on Sat Jun 3 10:02:20 2017 +0300
    tdf#82173 writerfilter: charStyle XnoteReference->Xnote Characters

László Németh committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/5a1c668747f3495ddc7567ae95f2145663565647

tdf#138625 DOCX import: fix superscript footnote numbering in l10n

It will be available in 7.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

Note: non-English-UI-needed, i.e. to check the fix is enough an arbitrary non-English localized build with the Italian test document of the bug report.

Commit description:

tdf#138625 DOCX import: fix superscript footnote numbering in l10n

Footnote/endnote numbers in the footnote area didn't get
superscript etc. formatting in non-English locale
settings because of the writerfilter mapping to
the English localization ("Footnote Characters" and
"Endnote Characters") instead of the correct
programmatic character style names ("Footnote Symbol"
and "Endnote Symbol") according to
SwStyleNameMapper::GetChrFormatProgNameArray().

Testing: unit test of tdf#82173. Manual: e.g. open test
document of tdf#138625 in an Italian build, after setting
Italian locale in it in Tools->Options...->Language Settings->
Languages->Language of user interface.

Follow-up to commit 707eb4db1918658e0c2c2c2033c6a69f80c4eafd
"tdf#82173 writerfilter: charStyle XnoteReference->Xnote Characters".

László Németh committed a patch related to this issue.
It has been pushed to "libreoffice-7-4":

https://git.libreoffice.org/core/commit/b4ce64c4a02ad81a5f08623bab22910ef3daedbf

tdf#138625 DOCX import: fix superscript footnote numbering in l10n

It will be available in 7.4.3.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

Note: the bad mapping resulted a new character style named "Footnote Characters" (while the localized Footnote Characters style, e.g. in a Hungarian locale "Lábjegyzet

-karakterek" (end of the prev. comment).

Verified the fix in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 85353c42de80e7492f5c80499e18375f942c75c9
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: threaded

Thank you László!

László Németh committed a patch related to this issue.
It has been pushed to "libreoffice-7-3":

https://git.libreoffice.org/core/commit/26e323976cc29b549eeb3c0f586e007045a3206e

tdf#138625 DOCX import: fix superscript footnote numbering in l10n

It will be available in 7.3.7.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

(In reply to Roman Kuznetsov from comment #20)
> Thank you László!

@Roman: thanks for the verification and feedback!