Bug 133655 - Image in section is outside section at after undo and moves to the original position after save & reload
Summary: Image in section is outside section at after undo and moves to the original p...
Status: RESOLVED DUPLICATE of bug 136452
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Michael Stahl (allotropia)
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Undo-Redo Section redlinehide-regressions
  Show dependency treegraph
Reported: 2020-06-03 21:48 UTC by Telesto
Modified: 2021-12-20 14:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:

Screenshot (87.44 KB, application/pdf)
2020-06-03 21:49 UTC, Telesto
Bibisect log (2.84 KB, text/plain)
2020-06-04 16:52 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-06-03 21:48:01 UTC
Image at wrong position after undo and moves to the original position after save & reload 

Steps to Reproduce:
1. Open attachment 127476 [details] (bug 91993 and bug 132420)

Actual Results:
See PDF export

Expected Results:
Original position

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: (x64)
Build ID: 83c4f86f22dc37269ac6a038fe7de053c42aad6e
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
Comment 1 Telesto 2020-06-03 21:48:42 UTC
Not in
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 2 Telesto 2020-06-03 21:49:23 UTC
Created attachment 161596 [details]
Comment 3 Telesto 2020-06-04 10:44:16 UTC
Not in 6.1, but in 6.2
Comment 4 Telesto 2020-06-04 16:52:19 UTC
Created attachment 161616 [details]
Bibisect log

Bisected to:
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
commit 723728cd358693b8f4bc9d913541aa4479f2bd48 (patch)
tree 1ac75a662a46987301ea85d32957eb08f435ffd6
parent 41d8ca9686c7c184f586e99674b443c34bfd4f33 (diff)
sw_redlinehide_2: SwUndoDelete
This is problematic because of the calls to SplitNode.
Ideally we'd want the SplitNode to create merged frames already, but
that doesn't seem to be easy to achieve; several problems with this are:

1. the redlines are only restored at the end of UndoImpl
2. even if we store another set of SwRedlineSaveDatas right before the
   Join (while preventing the first SwRedlineSaveDatas from deleting
   them), and restore them by passing a closure to SplitNode, there
   are complaints about empty redlines, and also this case isn't
   handled properly:

     f<delete start>o<redline start>o
     b<redline end>a<redline start>r
     b<redline end>a<delete end>z

So instead, let SplitNode create whatever frames it does, and fix it up
at the end manually on the start node's frames.

This necessitates delaying the creation of the frames on the moved nodes
until the end too.

Comment 5 Dieter 2020-11-21 17:52:45 UTC
I confirm it with

Version: (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded
Comment 6 Telesto 2021-01-16 19:02:36 UTC
Adding CC: to Michael Stahl
Comment 7 Michael Stahl (allotropia) 2021-12-20 14:15:27 UTC
fixed by commit 2b256c84aa4c063c8161b32a7b424daa28b5741b

*** This bug has been marked as a duplicate of bug 136452 ***