Description: Consider this sample-- 1. First point. 2. Second point. a. Subpoint to second point. From "1. First point", if you Move Down with Subpoints, the result is the same as if you just Move Down: 1. Second point. 2. First point. a. Subpoint to second point. The result should be, respecting subpoints: 1. Second point. a. Subpoint to second point. 2. First point. Steps to Reproduce: 1. Create a list as in the Description. 2. Starting from the first item, Move Down with Subpoints. NB I'm running MacOS 10.15 (Intel). I don't know if this bug existed in prior versions of LO. Actual Results: Subpoint to the second item now belongs to the moved-down first item. Expected Results: Subpoints should be maintained; the second item's subpoint should still belong to the (original) second item, with the (original) first item below it. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Mac OS X (All) OS is 64bit: no
No attachment given. Analysis of described behavior: If no empty paragraph is in document after a. Subpoint to second point then repro in 7.2.6 and 7.4.0.0.alpha+ If empty paragraph is added after a. Subpoint to second point then "Move Down with Subpoints" works as expected in 7.2.6 and 7.4.0.0.alpha+ Also, if additional list paragraphs are added after "a. Subpoint to second point", then "Move Down with Subpoints" works as expected with first item in list. @smurf -- your choice (a) resolve this ticket as NOTABUG, using the Status field, or (b) reconfigure this ticket to be a report that Move Down with Subpoints does not work when the paragraphs being moved do not have an empty paragraph to "land" at.
Created attachment 180104 [details] Sample document as described in the bug report.
I've uploaded a sample document which matches the original report. You're right that the problem happens only at the end of the document, fair to say I should have mentioned that specifically. How do I edit my original report to include that? The Edit button seems only to apply to the title of the report, not the body.
(In reply to smurf from comment #3) > How do I edit my original report to include that? Not possible. Instead... ...presumably you are modifying your report to this problem at "end of document"...so... 1. Write a new comment, using the standard template of "STR", actual, and expected, as you did before, but now that you have an attachment, you can formulate the STR by explaining how to use the attachment to produce the problem. 2. Before saving the comment, edit the bug summary to describe the problem accurately, and at the end write (see comment 5) -- on the assumption that your new comment will be comment 5. That will signal where to start. 3. Leave the status "Unconfirmed". Meanwhile -- I have changed Hardware to All, because the problem you are likely to report is unlikely to be hardware specific.
**I'm revising the original bug report, per instructions in comment 4.** Description: Consider the attached sample document, which consists entirely of-- 1. First point. 2. Second point. a. Subpoint to second point. [Note that there are no additional lines after that; the bug only happens when moving the penultimate item down to become the last item.] From "1. First point", if you Move Down with Subpoints, the result is the same as if you just Move Down: 1. Second point. 2. First point. a. Subpoint to second point. The result should be, respecting subpoints: 1. Second point. a. Subpoint to second point. 2. First point. Steps to Reproduce: 1. Create a list as in the Description, or used the attached sample document. 2. Starting from the first item, Move Down with Subpoints. NB I'm running MacOS 10.15 (Intel). I don't know if this bug existed in prior versions of LO. Actual Results: Subpoint to the second item now belongs to the moved-down first item. Expected Results: Subpoints should be maintained; the second item's subpoint should still belong to the (original) second item, with the (original) first item below it.
Repro with: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cdf8e971d5d46df4bcab35a99c4254df9459213f CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL General summary and elaboration: If a document ends with list paragraphs, where the last paragraph in the document is level 2 (or greater), then "Move Item Down with Subpoints" only moves an item (and its subpoints) to after the level 1 paragraph, but not the level 2 (or greater) paragraph. No problem to use "Move Item Down with Subpoints" if the last paragraph in the document is a Level 1 list paragraph. The problem only arises when there are list paragraphs with Level 2 or greater at the end. (Changing summary, because same command is found in Format > Lists)
Forgot to repeat from comment 1: if an empty, non-list paragraph is added after the level 2 paragraph at the end of the document, then "Move Down with Subpoints" works as expected.
Dear smurf, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug