Bug 90657 - FILEOPEN DOC: Numbered lists in Word 6.0 starts from 1 instead of 15 - OK if resaved in MSO as DOC or DOCX
Summary: FILEOPEN DOC: Numbered lists in Word 6.0 starts from 1 instead of 15 - OK if...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
Depends on:
Blocks: DOC-Bullet-Number-Lists
  Show dependency treegraph
 
Reported: 2015-04-16 16:59 UTC by Karl Ove Hufthammer
Modified: 2025-05-01 03:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of document in Word 6.0 (14.51 KB, image/png)
2015-04-16 16:59 UTC, Karl Ove Hufthammer
Details
Screenshot of document in LibreOffice (36.24 KB, image/png)
2015-04-16 16:59 UTC, Karl Ove Hufthammer
Details
Word 6.0 document (10.50 KB, application/msword)
2015-04-16 17:00 UTC, Karl Ove Hufthammer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Karl Ove Hufthammer 2015-04-16 16:59:16 UTC
Created attachment 114829 [details]
Screenshot of document in Word 6.0

I’m not sure if this is one bug (one underlying cause), or several, but it’s all related to the importer of Word 6.0 documents, and all related to numbered lists. See the attached document. This should look like the attached screenshot of Word 6.0.

Problems:

Currently in LO, the two lines in the headers are numbered (2. and 3.). They should not be numbered.

Currently in LO, the first line in the body is numbered (1.). It should not be numbered.

Currently in LO, the following lines are numbered 2., 3., 4. etc. They should form a list starting with 15. (followed by 16., 17. etc.).
Comment 1 Karl Ove Hufthammer 2015-04-16 16:59:38 UTC
Created attachment 114830 [details]
Screenshot of document in LibreOffice
Comment 2 Karl Ove Hufthammer 2015-04-16 17:00:07 UTC
Created attachment 114831 [details]
Word 6.0 document
Comment 3 raal 2015-04-16 20:05:59 UTC
I can confirm with Version: 4.5.0.0.alpha0+
Build ID: 51e0d789c344547956764c3b5f0ef5a304f4e0aa
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-04-13_16:58:45
Comment 4 tommy27 2016-04-16 07:28:52 UTC Comment hidden (obsolete)
Comment 5 Karl Ove Hufthammer 2016-04-16 07:48:29 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-05-22 13:27:05 UTC Comment hidden (obsolete)
Comment 7 Karl Ove Hufthammer 2017-05-22 19:00:19 UTC
I can confirm that this bug is still present in:

Versjon: 5.3.3.2
Build ID: 30m0(Build:2)
CPU-trådar:4; Operativsystemversjon:Linux 4.10; UI-utformar: standard; VCL: gtk3; Utformingsmotor:ny; 
Lokale: nn-NO (nn_NO.UTF-8); Calc: group
Comment 8 eisa01 2018-03-18 09:58:24 UTC
Still present

Of note Word 16.9 refuse to open the file as it's a blocked file type

Version: 6.1.0.0.alpha0+
Build ID: 8e8dd8f320a3ff59ff8a16c1a7a867888ce80700
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-13_23:59:29
Locale: en-US (en_US.UTF-8); Calc: group
Comment 9 QA Administrators 2019-03-20 03:50:13 UTC Comment hidden (obsolete)
Comment 10 eisa01 2019-04-20 17:44:52 UTC Comment hidden (obsolete)
Comment 11 Justin L 2021-03-17 08:27:16 UTC
repro 7.2+
Comment 12 Justin L 2021-04-21 12:37:03 UTC
Yes, this definitely is an older format of Word. m_bVer67 is true.
For numbering, it uses Read_ANLevel (where it reads level 10) and Read_ANLevelDesc (value 255).

This is all very different from version 8+ - very little code sharing.
Comment 13 QA Administrators 2023-05-01 03:18:53 UTC Comment hidden (obsolete)
Comment 14 Karl Ove Hufthammer 2023-05-01 19:27:38 UTC
I can confirm that this bug is still present in:

Version: 7.5.2.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: nn-NO (nn_NO.utf8); UI: nn-NO
Calc: threaded
Comment 15 QA Administrators 2025-05-01 03:10:38 UTC
Dear Karl Ove Hufthammer,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug