Bug 149061 - When last paragraph in a document is a list paragraph of level 2 (or greater), then "Move Down with Subpoints" only moves items to after the Level 1 list paragraph (see comment 5)
Summary: When last paragraph in a document is a list paragraph of level 2 (or greater)...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Bullet-Number-Outline-Lists
  Show dependency treegraph
 
Reported: 2022-05-12 20:02 UTC by smurf
Modified: 2024-05-21 03:14 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample document as described in the bug report. (9.90 KB, application/vnd.oasis.opendocument.text)
2022-05-13 19:10 UTC, smurf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description smurf 2022-05-12 20:02:01 UTC
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
Comment 1 sdc.blanco 2022-05-12 22:44:45 UTC
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.
Comment 2 smurf 2022-05-13 19:10:32 UTC
Created attachment 180104 [details]
Sample document as described in the bug report.
Comment 3 smurf 2022-05-13 19:11:45 UTC
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.
Comment 4 sdc.blanco 2022-05-13 21:48:11 UTC Comment hidden (no-value)
Comment 5 smurf 2022-05-20 15:44:20 UTC
**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.
Comment 6 sdc.blanco 2022-05-21 00:29:44 UTC
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)
Comment 7 sdc.blanco 2022-05-21 00:36:22 UTC
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.
Comment 8 QA Administrators 2024-05-21 03:14:05 UTC
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