Created attachment 68006 [details] Incorrectly formatted unnumbered entries When an unnumbered entry is inserted in a bullet list using "Insert unnumbered entry" and the file is saved as a ".doc" file the formatting of that entry is wrong: it is aligned to the left. If the file is saved as an ".odt" file there are no formatting problems. The attachment is an example of such a file saved as ".doc".
Created attachment 68007 [details] The original (correctly formatted) file Here is the original, correctly formatted, file with two unnumbered entries
Comment on attachment 68006 [details] Incorrectly formatted unnumbered entries (Fixed MIME type.)
This is a DUP of the bullet list problem isn't it ? Alex
After opening the file, I can confirm that it is a DUP of that bullet list issue. Now to find the original report... Alex
*** This bug has been marked as a duplicate of bug 50284 ***
while the bullet itself problem might be a duplicate, and fixed, the indent of the unnumbered entry is incorrect, which I believe is the specific problem here.
The bug still exists in 4.0.0.3.
The bug still exists in 4.3.1.2. Same thing happens with "docx" format.
Looks like thi was confirmed so moving to NEW as REOPENED means something different. Thanks all.
** 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 on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Fixed for DOC and DOCX export in Version: 5.2.0.0.alpha0+ Build ID: ce3d3f5543e3e132a3473af27aa2c827336add0f CPU Threads: 2; OS Version: -; UI Render: default; Locale : fr-FR (fr.UTF-8)
So whatever change caused this now to work, i.e. to indent correctly, Bug 96638 seems to be a request to revert to previous behaviour.
(In reply to Alex Thurgood from comment #11) > Fixed for DOC and DOCX export (...) Yup, confirm that on master as of 18 December (In reply to Alex Thurgood from comment #12) > So whatever change caused this now to work, i.e. to indent correctly, Bug > 96638 seems to be a request to revert to previous behaviour. No, it is not. This bug is about an unnumbered entry in a list. Bug 96638 is about making a sequence of paragraphs that were a list into a plain sequence of paragraphs (not a list).