Description: Empty image frame after undo reject all Steps to Reproduce: 1. open the attached file 2. Edit -> Track Changes -> Reject all 3. CTRL+A 4. CTRL+X 5. CTRL+V 6. CTRL+Z (3x) Actual Results: No images at page 13 and down Expected Results: Should be the case Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: abcc4eb907661e07ad850ccce7eb06f129da4286 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 165731 [details] Example file
Looks OK as far I can tell with (but document messed up) Version: 6.2.0.0.alpha0+ Build ID: 9d754a59154c40235c240bb0e7f47a2006fa85bd CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
Also in Version: 6.3.0.0.alpha0+ Build ID: 3473e1df1fa3483bae68a3c01fdd1b18def99745 CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Still present Version: 7.2.0.0.alpha0+ (x64) Build ID: 32fdb8eb3506bc8dcf013cc713fe8e5debceb940 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
Reproduced in Version: 7.2.0.0.alpha0+ Build ID: 79ec66700266a22966d9e308a716be56c9c3a4a7 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The problem seems related to the image in the even page footer. I've also reported bug 138598
Created attachment 168024 [details] Minimized example file With this: - Ctrl-A - Ctrl-X - Ctrl-V - Ctrl-Z twice The second images frame on page 3 will become empty.
Bibisected in 6.2 to: https://cgit.freedesktop.org/libreoffice/core/commit/?id=723728cd358693b8f4bc9d913541aa4479f2bd48 author Michael Stahl <Michael.Stahl@cib.de> 2018-08-22 17:09:02 +0200 committer Michael Stahl <Michael.Stahl@cib.de> 2018-09-19 10:18:29 +0200 sw_redlinehide_2: SwUndoDelete
Adding CC to: Michael Stahl
was fixed by commit 3bc8f90e9693f710f12632f69b9348c1c833c906 "(related: tdf#133487) sw: fix ordering of virtual SdrObjects for textboxes" apparently *** This bug has been marked as a duplicate of bug 140292 ***