Created attachment 203195 [details] Example file from Word 2016 Attached example file was made in Word to imitate a change tracked editing scenario: inserting text, formatting it, then deleting part of it as another user. This file opens fine in Writer, but to accept or reject all changes, the user needs to press the Accept All or Reject All buttons several times, which is contrary to their supposed function. 1. Open attached file 2. In the Writer sidebar go to the Manage Changes section 3/a. Press Accept All -> a deletion is still there 3/b. Press Reject All -> Formatting, insertion and deletion are still there. You need to press 4 times the Reject all to really reject all tracked changes in this file. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 708abf24664a9a1aaeac452bcc8436026030e74e CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded This was differently bad in 25.8: Accept All did not leave changes behind, but it gave incorrect results Reject All left similar amount of changes behind, but crashed on the second click.
Created attachment 203196 [details] The example file after pressing Accept All
Created attachment 203197 [details] The example file after pressing Reject All
Confirmed that the bug is present in master. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-GB Calc: threaded
(In reply to Gabor Kelemen (Collabora) from comment #0) > This was differently bad in 25.8: > Accept All did not leave changes behind, but it gave incorrect results > Reject All left similar amount of changes behind, but crashed on the second > click. The behaviour change was commit 55640f9f0a4741f8e4b5b98096af822cee71da2c
(In reply to Buovjaga from comment #4) > The behaviour change was commit 55640f9f0a4741f8e4b5b98096af822cee71da2c Thanks for the bisect, let me see.