Bug 167026 - toggling lists between ordered and unordered multiple times leads to different indent
Summary: toggling lists between ordered and unordered multiple times leads to differen...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: Bullet-Number-Outline-Lists
  Show dependency tree / graph
 
Reported: 2025-06-15 12:01 UTC by Michael H
Modified: 2025-10-10 11:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Overview for better unterstanding (114.52 KB, application/pdf)
2025-06-15 12:02 UTC, Michael H 		Details
Video which shows how I was able to reproduce the bug. (1.86 MB, video/mp4)
2025-06-16 10:44 UTC, Jussi Suominen 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael H 2025-06-15 12:01:08 UTC 
Description:
When toggling the list types from ordered to unordered to ordered a wrong indent is applied.
It looks like the indent is the result of some kind of direct formatting?

Steps to Reproduce:
1. create new presentation with template BEEHIVE
2. create a ordered list on slide 2 with some paragraphs
3. toggle ordered list to unordered with button „toggle unordered list“
4. toggle unordered list to ordered list with button „toggle ordered list“

Actual Results:
Wrong indent in the 2nd paragraph


Expected Results:
ident does not change and corresponds to the format of the ordered list


Reproducible: Always


User Profile Reset: Yes

Additional Info:
for better understanding see the attachement
Comment 1 Michael H 2025-06-15 12:02:40 UTC 
Created attachment 201292 [details]
Overview for better unterstanding
Comment 2 Jessica 2025-06-16 07:24:54 UTC 
I can't reproduce this bug in 
Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-GB (de_DE); UI: en-GB
Calc: threaded

also not in 
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 497a4090de8a33704df4101fc078a48c4cf71101
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 3 Jussi Suominen 2025-06-16 10:42:24 UTC 
I was able to reproduce the bug in

Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: fi-FI (fi_FI); UI: en-GB
Calc: CL threaded
Comment 4 Jussi Suominen 2025-06-16 10:44:01 UTC 
Created attachment 201307 [details]
Video which shows how I was able to reproduce the bug.

This video attachment shows how I was able to reproduce the bug.
Comment 5 Jussi Suominen 2025-06-16 10:50:02 UTC 
The bug is also present in the master

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 497a4090de8a33704df4101fc078a48c4cf71101
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: fi-FI (fi_FI); UI: en-GB
Calc: CL threaded
Comment 6 Timur 2025-10-10 10:38:29 UTC 
What is happening here: when you press button „toggle unordered list“ it understands you want to turn off the list, that button is normally used for that.
Does not take into account that having ordered list, you likely want to keep the level. As with button „toggle ordered list“.
That is from around 4.4. Looking for user expectation, I set ImplementationError.