Problem description: Steps to reproduce: 1. Click Format, then Bullets and Numbering 2. Choose the bottom left option (Roman numeral, Capital Letter, lowercase Roman numeral, lowercase letter, bullets) 3. Make atleast 3 Big Points (Capital Roman Numerals) Current behavior: My third biggest point (III) is indented past where is should be. Like this I. Blah II. Blah III. Blah IV. Blah Expected behavior: Shouldn't be indented. Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:15.0) Gecko/20100101 Firefox/15.0.1
I also have this problem in 3.6.4.3 on the Mac. This problem makes Outline mode unusable as the formatting is all over the place.
** 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 (4.3.5 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 If 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) Thank you for your help! -- The LibreOffice QA Team
Created attachment 112043 [details] JPG of problem
Created attachment 112044 [details] problematic .odt
I've attached an .odt wherein this problem is evident, as well as an exported .jpg of that file, just in case. I've been experiencing this problem since about the time that LibreOffice split from OpenOffice. (Not sure if it was there before.) I used to be able to manually correct the indentation by moving sliders around, near the top of the screen, but lately, for some reason, this has proven much more difficult than before. In this example, I'm using the "I, A, i, a), -" outline format (currently the bottom left outline option). Thanks, developers, for all your hard work.
Ack...didn't see the above instructions. The above was created using version 4.2.7.2. (Sorry.) I'm uploading a new .odt made with version 4.3.5.2 (freshly downloaded from libreoffice.org), as well as a .jpg image of it. As you can see, the problem persists.
Created attachment 112045 [details] problematic .odt 4.3.5.2
Created attachment 112046 [details] JPG of problem 4.3.5.2
I have the same problem on the latest Fedora FC21 version (build 4.3.5.2-11.fc21). Exactly as described below. It seems that the bug repeats itself on the third top level entry and then it either continues below that or will reset and repeat again on each third entry after. This is a really bad bug! Tried to delete the libreoffice config file and restart with the same result. No improvement. Jim Shipman
** 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.5 or 5.1.0) 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 If 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: 2016-02-21
Created attachment 122839 [details] Outline type
Created attachment 122840 [details] LibreOffice version info
Created attachment 122841 [details] Outline showing problems
Thanks for your work, QA Administrators! The problem still exists for me in version 5.0.3. I've attached some new screenshots.
Changing version back to the earliest version affected.
** 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
Created attachment 142707 [details] Screenshot: problem persists in latest version Help > About information is included in screenshot.
Created attachment 142711 [details] Libreoffice 3 Screenshot This does not appear to be a regression.
This still seems to be a bug in 6.2.2.2
Created attachment 150244 [details] Video showing the behavior on Ubuntu Linux in v 6.2.2.2.
*** Bug 124301 has been marked as a duplicate of this bug. ***
So the problem here is too small tab stop for a default numbering style (taking into account that the number itself starts from non-0 position)? So that numbers taking more than that space force the tab stop to jump to the next (default) tab position. E.g., for "I.A.i.a)" outline style, the 1st level number is aligned at 0.64 cm, and tab stop is at 1.27 cm, leaving only 0.63 cm space for the roman number with following dot. A manual fix is trivial - changing tab position (and indent?) to a reasonable value (like 2 cm). Adjusting importance, since trivial workaround is available.
Already reproducible with OOo 3.3.1 OOO310m19 (build:9420). In previous versions, spacing from numbers to text seems to not depend on tab positions.
The outline numbering data is locale-specific, and is defined in i18npool/source/localedata/data/*.xml (see LC_OutLineNumberingLevel element). There, OutLineNumberingLevel elements have LeftMargin, SymbolTextDistance, and FirstLineOffset attributes (likely in 100th of inch); but apparently, those values are ignored (changing them and rebuilding does not change things; also lcl_CreateNumSettingsPtr does not take those into account). The actual default offsets are global, and are created in SwNumRule::SwNumRule. So making a change there would change all pre-defined numbering styles. Eike: is there some preferred way to change this, so that some list styles have different offsets?
*** This bug has been marked as a duplicate of bug 56258 ***