Description: Redo doesn't restore the numbered list Steps to Reproduce: 1. Open attachment 162397 [details] 2. Toggle numbered list on for '1st 3. Right click the second entry 1 in the list -> List -> Continue numbering 4. Right click 2 -> List -> Continue numbering 5. CTRL+Z everything 6. Redo everything Actual Results: Redo doesn't work Expected Results: Redo restores Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4659fc2f0a7223a89446edff0b77e58758b5edf5 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL and in 6.2 slightly better in 6.0 (but seems to be an coincidence) Continue numbering doesn't work in 4.4.7.2 and older
Can't confirm with Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Redo restores everything Additional information: "Continue previous numbering" is now "Add to List"
Created attachment 180032 [details] Screencast
(In reply to Telesto from comment #2) > Created attachment 180032 [details] > Screencast Yes, I've followed those steps, but with a different result.
System info OS Name: Microsoft Windows 10 Pro OS Version: 10.0.19044 N/A Build 19044 System Type: x64-based PC Input Locale: en-us; English (United States) LibreOffice Writer Version: 7.3.4.2 I have tried reproducing this issue with latest stable version on the specified system configuration above and I am not able to see anything not working on the Redo option while using numbered lists. ------------------------------------------------ System info OS Name: MacOS Monterey OS version: 12.1 Input Locale: en-us; English (United States) LibreOffice Writer Version: 7.4.0.0.alpha1 I have also tried in MacOS, using 7.4.alpha version, but I am not seeing anything working unexpectedly in the Redo button, neither using Ctrl+Y to redo the changes. @Telesto can you please be more specific on what you see as actual result and does not meet expectations? Would be useful to understand what is not working on redo, because I am seeing everything being restored to it's initial state.
(In reply to H.K. from comment #4) > @Telesto can you please be more specific on what you see as actual result > and does not meet expectations? > Would be useful to understand what is not working on redo, because I am > seeing everything being restored to it's initial state. The numbering is not restored on redo, so it looks like as the state on file-open. It did work once today, no clue why Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 089c91b1ad16232f130cb50266732509f83c52eb CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: threaded
Created attachment 181094 [details] redo-undo-numbered-list-steps-to-reproduce
Created attachment 181095 [details] Test file used
Bug reproducible following the steps described bellow. Steps to reproduce: 1. Open provided document (in attachments) https://bugs.documentfoundation.org/attachment.cgi?id=181095 2. Select first line → Toggle Ordered list on 3. For the second entry (line) select the number (in this case 1.) → Right click → List → click on “Add to list” 4. Undo all changes (you can use Ctrl+Z or undo button) 5. Redo all changes (using the redo button) → notice that the list is no lingered restored to numbered list Note: - please find attached a recording as well with the same steps https://bugs.documentfoundation.org/attachment.cgi?id=181094 - also, note that selecting the number, instead of the text is the critical condition to reproduce it Expected result: - Redo should redo the numbered list changes that were applied to the list, even if the user selected the number instead of the text to add the entry to the list Actual result: - Redo option does not restore changes after user adds an entry to a list by selecting the number, not the text - After this, both redo and undo will not restore changes Reproducible in all multiple versions & configurations: OS Name: Microsoft Windows 10 Pro OS Version: 10.0.19044 N/A Build 19044 System Type: x64-based PC Input Locale: en-us; English (United States) LibreOffice Writer Version: 7.3.4.2 OS Name: MacOS Monterey OS version: 12.1 Input Locale: en-us; English (United States) LibreOffice Writer Version: 7.4.0.0.alpha0+
Reproduced as in description in: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5589659829f8a1cef8ca1c8a468732105bbe231b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded But note that the result depends on where the cursor is when undoing! If the cursor is outside the list numbering (e.g. at the end of the paragraph), the undo-redo sequence woks as expected. It explains the inconsistency in reproducing in previous comments. So I think the issue is the same as bug 146587, marking as duplicate. *** This bug has been marked as a duplicate of bug 146587 ***