Created attachment 190355 [details] sample ODT The bullet or numbering of a list inconsistently uses the formatting of an adjacent character depending on what is selected when the list is toggled. Steps to reproduce: 1. Open Writer 2. Create 3 paragraphs with the same text in each one 3. Apply a font colour to all text (other than Automatic) 4. In 1st paragraph: place cursor anywhere in paragraph (no selection), then toggle ordered list 5. In 2nd paragraph: select part of the paragraph, then toggle ordered list 6. In 3rd paragraph: select the whole paragraph, then toggle ordered list (Can also start at step 4 with example ODT.) Result: the bullet / numbering only uses the character formatting of the adjacent text if there is an active text selection. Using ordered lists, it is also reproducible for italic or bold font effects. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b83f069101f1e6d8aaac09a805f02bbc4c619e7a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Back in OOo 3.3, behaviour is a bit different: adjacent character formatting is used only when the _whole_ paragraph is selection.
...Expected results: adjacent character font effect (bold, italic, colour) is always used, just like when changing these font effects after the list is already toggled. I think this would be the least surprising.
Reproduced. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 676e0527d2f31556eccae314fbb12ce204f02ec7 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
Hello, I did some more investigating on the reported bug that might help in fixing it. The testing was done on the following configuration: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Mac OS X 14.0; UI render: default; VCL: osx Locale: en-US (en_RO.UTF-8); UI: en-US Calc: threaded Scenario 1 Steps: Test the same set of steps listed by the reporter on MacOS Result: The bug is reproducible on MacOS as well Scenario 2 Steps: 1.Add 3 paragraphs in an empty Writer document 2.Change the Font Name for all of them 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: The numbering only uses the character formatting of the adjacent text if there is an active text selection. (screenshot attached) Scenario 3 Steps: 1.Add 3 paragraphs in an empty Writer document 2.Apply Strikethrough from the toolbar to all of the paragraphs 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: The numbering/bullets only uses the character formatting of the adjacent text if there is an active text selection (screenshot attached) Scenario 4 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.Move to a new row by pressing Enter key 5.Observe the numbering have the correct formatting (the numbering in the second row is colored in red) (screenshot attached) 6.Start typing something on the second row 7.Observe the numbering is changing the formatting (the numbering color is changed to black) (screenshot attached) Result: Inconsistent behavior of the numbering/bullets character formatting when moving to a new row Side Note: If on Step 6 instead of typing, the user taps on the ‘Backspace’ key, the cursor moves back to the first row and the color of the numbering turns red (screen recording attached) Scenario 5 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply more than 1 formatting options (example: bold + italic at the same time) 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: Same result as written by the reporter Scenario 6 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.CTRL+Z 5.Select the whole paragraph, then toggle ordered list again Result: The numbering/bullets it’s not using anymore the character formatting of the adjacent text even if there is an active text selection (screen recording attached) Scenario 7 Steps: 1.Add 1 multiple rows paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list Result: Same result as written by the reporter. The fact that the paragraph is multiple row doesn’t affect the result Scenario 8 Reproduced the reporter’s steps on Google Docs Result: The numbering/bullets it’s using the character formatting of the adjacent text for all of the 3 paragraphs Hope these are helpful and please let me know if anything needs clarifications
Created attachment 190478 [details] Scenario2
Created attachment 190479 [details] Scenario3
Created attachment 190480 [details] Scenario4_ScreenRecording
Created attachment 190481 [details] Scenario4_1
Created attachment 190482 [details] Scenario4_2
Created attachment 190483 [details] Scenario6
Created attachment 190484 [details] Scenario7
Dear Stéphane Guillou (stragu), 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