Bug 153503 - FILEOPEN DOC: automatic Heading 1 numbering::None has followed-by tabstop instead of nothing
Summary: FILEOPEN DOC: automatic Heading 1 numbering::None has followed-by tabstop ins...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2 all versions
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectNotNeeded, filter:doc, regression
Depends on:
Blocks: Heading-Numbering DOC-Bullet-Number-Lists
  Show dependency treegraph
 
Reported: 2023-02-09 17:44 UTC by Justin L
Modified: 2023-02-24 22:41 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
tdf127166_prstDash_Word97.doc: ww8export3 unit test (26.00 KB, application/msword)
2023-02-09 17:44 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Justin L 2023-02-09 17:44:50 UTC
Created attachment 185269 [details]
tdf127166_prstDash_Word97.doc: ww8export3 unit test

In this file, the Heading 1 style has Chapter Numbering with numbering style of NONE. (So far so good - there should not be any visible numbering on paragraphs with a Heading 1 style.)

The problem is seen in the first paragraph's "Bullets and Numbering - Position" where "Numbering is followed by" Tabstop instead of Nothing. This is causing problems as seen in LO 7.5.0 where the tabstop becomes visible. (See bug 153042 where this incomplete feature has since been reverted for DOC.)

Followed-by tabstop is likely a LO default, and I assume that followed-by nothing is a Word default.

A round-trip seems to change the follow-by to "nothing", so this is a relatively minor and temporary issue.

This is probably a chapter numbering issue. When I created DOCX/RTF versions, it imports in LO without "Heading 1" assigned to chapter numbering - i.e. the entry for level 1 was left blank - completely avoiding the problem.

sw/qa/extras/globalfilter's skipimages.doc exhibits the same on last two headers.

To reproduce the issue.
-use LO 7.6 bibisect - git checkout oldest
-open tdf127166_prstDash_Word97.doc and look at the first paragraph
    -notice that it starts with a tabstop
-open bullets and numbering - position and see the "followed by tabstop" setting

The chapter numbering/followed by tabstop is already true in LO 5.2. Likely inherited from OOo.
Comment 1 Justin L 2023-02-21 21:23:31 UTC
See bug 148360 comment 15 for an import patch.
Comment 2 Stéphane Guillou (stragu) 2023-02-24 22:11:39 UTC
"Format > Bullets and Numbering > Position" being the same as "Tools > Chapter Numbering > Position", right?

Confirmed in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6d9b9d1228cdee69e767833202442a1fed6174a6
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

No indentation in:

Microsoft® Word for Microsoft 365 MSO (Version 2212 Build 16.0.15928.20196) 64-bit 

Not inherited, as OOo 3.3 does not show an indentation (even though the dialog does show "Numbering followed by: tab stop").

OpenOffice.org 3.3.0
OOO330m20 (Build:9567)
Comment 3 Justin L 2023-02-24 22:41:30 UTC
(In reply to Stéphane Guillou (stragu) from comment #2)
> "Format > Bullets and Numbering > Position" being the same as "Tools >
> Chapter Numbering > Position", right?
Right.

> Not inherited, as OOo 3.3 does not show an indentation (even though the
> dialog does show "Numbering followed by: tab stop").
Yes, I'm not worried about whether it shows or not. I'm only concerned about the values. IF microsoft office DID have these settings (remember that when we export, they are lost) then likely it WOULD display an indentation.