Description: Redo with track and changes behaves wrong Steps to Reproduce: 1. Open the attached file 2. Delete the second row 3. Undo 4. Redo Actual Results: Content on cell B1 ('d') disappears and 'e' remains Expected Results: Second row being deleted Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 52ef78f4923283e6e52d575bec81985b031cb30b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Jumbo
Created attachment 179307 [details] Example file
I can't confirm with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d34d1db55978bdcff082af1e0f75b18fa6fc94f4 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
Tested with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ebe151d919a454f98c36013245bca9eb41d92707 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded after Redo the "e" doesn't remains, but row is not deleted ->bug. Works in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
Telesto, please can you retest? Looks correct. What I mentioned in comment 3 is probably https://wiki.documentfoundation.org/ReleaseNotes/7.3#Tracked_table_row_deletion/insertion Thank you
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8 CPU threads: 8; OS: Mac OS X 12.6.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded