Bug 135576 - Image before text (no wrap) after pressing arrow down
Summary: Image before text (no wrap) after pressing arrow down
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Writer-Images
  Show dependency treegraph
Reported: 2020-08-09 09:52 UTC by Telesto
Modified: 2023-10-09 17:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Example file (1.29 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-08-09 09:52 UTC, Telesto
Bibisect log (4.00 KB, text/plain)
2020-08-09 10:25 UTC, Telesto
Example file number 2 (677.71 KB, application/vnd.oasis.opendocument.text)
2020-08-09 18:02 UTC, Telesto
Example older problems of same kind (676.23 KB, application/vnd.oasis.opendocument.text)
2020-08-09 18:20 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-09 09:52:42 UTC
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

and in

not in (image behaves differently)
Comment 1 Telesto 2020-08-09 09:52:57 UTC
Created attachment 164066 [details]
Example file
Comment 2 Telesto 2020-08-09 10:25:33 UTC
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

    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

Comment 3 Telesto 2020-08-09 18:02:20 UTC
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)
Comment 4 Telesto 2020-08-09 18:03:29 UTC
Adding CC: to Luboš Luňák

Still unconfirmed, but bibisected it with two examples to this commit
Comment 5 Telesto 2020-08-09 18:20:28 UTC
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 slightly off topic)
Comment 6 niket sharma 2020-08-10 08:32:09 UTC Comment hidden (spam)
Comment 7 Lena Dodul 2021-08-13 19:44:58 UTC
repro in 

Version: (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