Steps to reproduce:
1. Open attachment 68962 [details] from bug 34984
2. Save it as .DOCX
3. Open the new file on MSO Word
Observed behaviour: First level numbering ( page 3, 5, 7, 16 ) are missing
Build ID: 37a2830387f437cf57104f7f509ec59944004e4d
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
[Bug found by office-interoperability-tools]
Regression introduced by:
author Justin Luth <email@example.com> 2018-01-12 22:00:05 +0300
committer Miklos Vajna <firstname.lastname@example.org> 2018-01-18 10:37:49 +0100
commit 8e9e705de29a1a3d9b964c9350aa2a3a17cce6f9 (patch)
parent 66d0e154dcf1fc1fe7b80dd4ac56fa90aa6cbe38 (diff)
tdf#76817 ooxmlexport: only use stylename for Outline list
In LibreOffice, the special, built-in, Outline numbering style
("Chapter Numbering") is connected via the paragraph style
to control the numbering.
Thus, only the ParaStyleName should be written to
the paragraph properties, and not the direct numbering properties.
Both MSO and LO get confused when there are multiple definitions
for outline numbering.
Bisected with: bibisect-linux64-6.1
Adding Cc: to Justin Luth
Created attachment 139898 [details]
05 Orfanosentel bug resavedRT2003.pdf: round tripped in LO, then pdfed by Word2003
Important note: step 3 indicates that the problem is only seen in Word. I am not able to reproduce this with Word 2003 - which is the version readily available to me.
Also unable to reproduce missing first level numbering with office 2010. However, I noticed that in both 2003 and 2010, that the sub-level numbering in section was started at 1.2 instead of 3.1.
Interesting. The first RT has problems in word, but a second RT doesn't.
It appears that having two styles with name "Heading 1" and "heading 1" can cause a problem (testing with office 2010). The styleId is different (Heading1 and Heading11), and even though it uses the right styleId (Heading1), it appears to pick up the settings of "heading 1". Manually removing Heading11 fixes it. The second round-trip automatically remove Heading11 and also abstractnumbering 2.
Just trying to merge or get rid of Heading1 or heading1 might be complicated. see https://gerrit.libreoffice.org/#/c/39396/
Created attachment 141523 [details]
05 Orfanosentel bugRT2013.docx: .doc roundtripped by MSO2013
This actually looks more like a Microsoft bug than anything. Also, if I first round-trip the .doc file in MSO2003/2010/2013, then LO also also round-trips it OK as can be proven by this 2013-created .docx.
I guess it is OK to leave this bug open, but I'm going to treat it as WONTFIX since it seems very unlikely to re-surface, probably isn't truly a regression, and is so easily fixed by just one extra save.
** Please read this message in its entirety before responding **
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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
I see numbering for first level headings in MSO 2016 after saving the doc in
Version: 22.214.171.124.alpha0+ (x64)
Build ID: 861b556bb3779242951c03b3f68a32eb8c15db02
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win;
Locale: ru-RU (ru_RU); UI-Language: en-US
So => WFM in main case, but
I see bug with second level headings numbering as said Justin in Comment 3
Xisco, may be close it as WFM or better just change the summary?
I changed the summary.