Bug 157670 - Writer list renumber
Summary: Writer list renumber
Status: RESOLVED DUPLICATE of bug 154864
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.2.1 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-09 18:35 UTC by andorjkiss@gmail.com
Modified: 2023-10-20 12:33 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andorjkiss@gmail.com 2023-10-09 18:35:08 UTC
Description:
The renumbering option for numbered lists in LO writer is completely broken. If I want to continue a list and pick up where I left off, I cannot restart a list and change the number start to anything but ONE (1).

Steps to Reproduce:
1. Start a list.
2. Type some non-list text (paragraph)
3. Restart list and choose a continuing number other than one (1).

Actual Results:
The new, restarted list is always at one (1)

Expected Results:
The newly started list should start at whatever number the user chooses.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 Kira Tubo 2023-10-09 22:59:42 UTC
It seems to work if you insert a NEW list with your numbering customizations.

Steps:

1. Use F12 to start new list
2. Enter text (for one list item)
3. Press Enter twice
4. Enter text (for paragraph)
5. Press Enter
6. Go to Format > Bullets & Numbering
7. Under Customize tab, change "Start at" number to 2 (or any number other than 1)
8. Click OK

Results: 2nd list inserted has the starting number set at a number other than 1. 

On the other hand, if you are changing the numbering of an EXISTING list, it does NOT work. 

Steps:

1. Use F12 to start new list 
2. Enter text (for one list item)
3. Press Enter twice
4. Enter text (for paragraph)
5. Press Enter 
6. Use F12 to start a 2nd list
7. Go to Format > Bullets & Numbering
8. Under Customize tab, change "Start at" number to 2 (or any number other than 1)
9. Click OK

Results: Existing 2nd list is not updated with starting number changed in bullet customizations. Starting number remains at 1. 

I think the second scenario is more or less the same as Bug 154864.

---------------------

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 36163d269bd8f77a86605e4c5ff5adce17b4c66c
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 2 Buovjaga 2023-10-20 05:38:23 UTC
No comment from reporter, so let's close as duplicate. Thanks, Kira!

*** This bug has been marked as a duplicate of bug 154864 ***
Comment 3 andorjkiss@gmail.com 2023-10-20 12:29:21 UTC
The bug is still there.  Starting a NEW list and choosing a different number doesn't work.  Using the Flatpak version of LibreOffice.
Comment 4 Buovjaga 2023-10-20 12:31:58 UTC
(In reply to andorjkiss@gmail.com from comment #3)
> The bug is still there.  Starting a NEW list and choosing a different number
> doesn't work.  Using the Flatpak version of LibreOffice.

Nobody claimed the bug was fixed. Please don't change the duplicate status like that.

*** This bug has been marked as a duplicate of bug 154864 ***
Comment 5 andorjkiss@gmail.com 2023-10-20 12:32:23 UTC
Actually, the behaviour of LO has changed.  You are correct with your instructions, BUT one used to be able to insert a new list AND then change the numbering.  This is now not the case.  If this is the intended behaviour, please close this and INVALID.
Comment 6 Buovjaga 2023-10-20 12:33:51 UTC
(In reply to andorjkiss@gmail.com from comment #5)
> Actually, the behaviour of LO has changed.  You are correct with your
> instructions, BUT one used to be able to insert a new list AND then change
> the numbering.  This is now not the case.  If this is the intended
> behaviour, please close this and INVALID.

Yes, as you can see, bug 154864 is a regression with the guilty commit found. Now, please no more changes to the status.

*** This bug has been marked as a duplicate of bug 154864 ***