Description: Both in LibreOffice and MS Office there is an option to insert caption with hierarchical numbering. For example 1.2, 1.3, etc, where the first number is the chapter and second one is the object number. This kind of fields are not saved correctly to DOC / DOCX format. When you open the exported document in MSO, first it seems OK, but when yo update the fields the numbering becomes a one level numbering consisting of the object number only. Steps to Reproduce: 1. Open attached test document 2. Save it to DOC or DOCX 3. Open the save file in MSO Word 4. Update fields (select the field and press F9) Actual Results: After an update fields don't show chapter number anymore. Expected Results: Hierarchical numbering should be saved properly. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36
This bug was splitted form bug 42346, which was about cross-references. Since cross-references are saved as bookmarks around the numbering field in the caption, these references also shows wrong data.
See attachment 137569 [details] for an ODT test document having hierarchical numbering.
I can confirm that references to chapter numbers disappears, both, from captions and cross-references on update. Ubuntu 16.04 64 bit. Field update can be done also by Ctrl+A with following F9. Might not work in Virtualbox. It is interesting, if I add additional table and new Caption Table or add new caption to existing table, all captions and cross-references are updated and contains reference to chapter number, but this doesn't work for Figures.
confirmed with attachment 137569 [details] in Word 2016 on save from LO 6.0.0alpha1+, but at this build just the ww8 filter export to OOXML .docx is in place. The ww8 export to MS Binary was not yet in this build. Opened in Word 2016 with the figures and captions objects the "numbering" dialog is not being picked up with the "Include chapter number" set. Also the object's "number" does not appear to be linked from to its chapter object's attributes. =-ref-= [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=98bc7215935f1eb2e0dc6f1db826d8e729430c13 [2] http://cgit.freedesktop.org/libreoffice/core/commit/?id=cbaa72d6e963847a4b98526430cd928bc7928fdd =-testing-= Windows 10 Home 64-bit en-US (ver 1709) with Version: 6.0.0.0.alpha1+ Build ID: a5af0fd9f27af42cf2e8571f659cdad6e606215b CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-11-06_23:18:19 Locale: en-US (en_US); Calc: group
** 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! Warm Regards, QA Team MassPing-UntouchedBug
I can confirm that this bug is still valid in 6.1.3.2 Ubuntu 18.04. However I don't know easy way to insert captions with Chapters in Word. Usually in documents, which I receive from others, this is implemented in different ugly ways, but far from simplicity of Libreoffice.
It is also still present in LOdev 6.2.0.0.alpha1 on Win10. Furthermore, the reference of form "Above/below" is shown as a reference error when saved as DOCX (but works when saved as DOC). I have tested this "Above/below" with DOCX in these versions: LOdev 6.2.0.0.alpha1 LO 6.1.3.2 (current fresh version) LO 6.0.7.3 (current still version) LO 6.0.0.3 (first official version in the 6.x line) All these version showed the same behaviour for DOCX: Hierachical numbering disappears, reference of type "Above/below" is shown as a reference error. Given that 6.0 was the first version to handle figure references correct (except for the hierachical ones) in DOCX, the "Above/below" error seems to be an aspect missed when I and others evaluated the fix to bug 42346. (If the "Above/below" problem better belongs to a separate bug report, please give notice, and I will create such a bug report.)
In continuation of the previous comment: The problem with "above/below" references in DOCX seems to only apply to the case of hierachiacal numbering. Creating a new test document, using only plain numbering, I could not reproduce my finding. (Accordingly, it seems to belong to this thread, not a separate bug report.)
Dear Tamás Zolnai, 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! Warm Regards, QA Team MassPing-UntouchedBug
Reproducible with LO 6.3.3.2 Details: Tested with attachment 137569 [details] When saved as doc or docx, hierarchical number (1.1, 1.2, 2.1, 2.2) is opened as consecutive numbering (1, 2, 3, 4). In LO Writer, this is shown right away, in MS Word it appears right, but only until field update (e.g. after clicking "Print"). The "Above/below" reference gives an error as DOCX. Opening the DOC version in my local (Danish) MS Word gives the local language version of "below" ("nedenfor"), even though the language text is English. Version: 6.3.3.2 (x64) Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: GL; VCL: win; Lokalisering: da-DK (da_DK); Sprog for brugergrænseflade: da-DK Calc: CL
repro 7.2+ for both DOC and DOCX.
Hi guy, I used the latest released version of LO v7.5.1, this issue can be still reproduced for .doc and .docx. so how is the progress and what is the plan ? Thanks BR
(In reply to space from comment #12) > Hi guy, > I used the latest released version of LO v7.5.1, this issue can be still > reproduced for .doc and .docx. so how is the progress and what is the plan ? > > Thanks > BR Hi If this bug is important for you (or any organization you work for/with) to be fixed, please consider getting professional help from certified developers: https://www.documentfoundation.org/certified-developers/