Description: Image before text (no wrap) after pressing arrow down Steps to Reproduce: 1. open the attached file 2. Go to second page 3. Select the image 4. Press arrow down Actual Results: Image in front of text Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 and in 4.4.7.2 not in 4.3.7.2 (image behaves differently)
Created attachment 164066 [details] Example file
Created attachment 164067 [details] Bibisect log Bibisected to commit 6c9f891c30f7d4c59e35b1c34eec3ee7268353f2 Author: Matthew Francis <mjay.francis@gmail.com> Date: Sun Mar 15 00:45:05 2015 +0800 source-hash-3c873206a9450058a11ab87cab5942d319c75c82 commit 3c873206a9450058a11ab87cab5942d319c75c82 Author: Luboš Luňák <l.lunak@collabora.com> AuthorDate: Thu Aug 7 21:24:01 2014 +0200 Commit: Luboš Luňák <l.lunak@collabora.com> CommitDate: Thu Aug 7 21:46:51 2014 +0200 fix picture jumping to incorrect X position after dragging If a picture anchored to character is dragged vertically, it can actually jump to the left, even though X should stay the same. This change basically reverts part of 5ddd93f4f90b3627a0ba63b62a5367c5e6c112a1. I haven't figured out how this GetBaseOfstForFly() actually works, but I'm reasonably sure that the relative X offset introduced by it in SwFlyAtCntFrm::SetAbsPos() is not undone anywhere in SwFlyFrm::ChgRelPos() or otherwise acted upon, it simply causes relative X position change, even though the absolute position remained the same. Change-Id: Iabf4f4e4268711a36f02aa47ca9624f9007a22a6 https://cgit.freedesktop.org/libreoffice/core/commit/?id=3c873206a9450058a11ab87cab5942d319c75c82
Created attachment 164073 [details] Example file number 2 1. open the attached file 2. Right click the bottom right image & change anchor to ' to paragraph' -> Images moves to top of page (created a separate report for that) 3. Drag the image down to the original position and attempt to drag it around in that area.. It doesn't move freely (always wanting to the right side)
Adding CC: to Luboš Luňák Still unconfirmed, but bibisected it with two examples to this commit
Created attachment 164075 [details] Example older problems of same kind This is more a demonstration that the problem isn't unique. Similar stuff happened before the commit 1. Open the attached file 2. Press Enter once -> 1 images jumps to second page 3. Start dragging the image around within the text. This should go smooth (anchored to character); however blocked.. but this was already happening in 3.5.7.2(so slightly off topic)
Steps to Reproduce: 1. open the attached file 2. Go to second page 3. Select the image 4. Press arrow down
repro in Version: 7.3.0.0.alpha0+ (x86) / LibreOffice Community Build ID: ee5a1b61b4460b965413a3f7ed4f9152322f1c02 CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Same issue if saved as ODT.