Description: Text shifts a little downwards after click image, scroll and deselect Steps to Reproduce: 1. Open the attached file 2. Select image282 (navigator) meaning the top right image 3. With the image selected: scroll down so image becomes invisible (scroll wheel; not keyboard) 4. Scroll up again to top (mouse scroll; not keyboard) 5. Left click somewhere in the gray area to deselect the image Note: zoom-level depended (so maybe even DPI; rounding or so). Have seen this on my mac plenty of time (without really practical STR) Actual Results: Certain paragraph lines move down Expected Results: Stable layout Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d7f734db2c078ced3ce08ad58cd816a79abe3bcf 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
Created attachment 171969 [details] Example file
Also in Version: 7.0.0.0.beta1+ (x64) Build ID: 2891e91a513520d68ea2b8c59c14335861a15253 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
And in Version: 6.1.0.0.beta2+ Build ID: 22c451df33b733440f24c1feb6380d31240d55e6 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL much harder to spot/notice (and reproduce) with Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL Timer changes making this noticeable/prominent?
Also notable in (after multiple repeats) Versie: 5.2.2.1 Build ID: 3c2231d4aa4c68281f28ad35a100c092cff84f5d CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: GL; Locale: nl-NL (nl_NL); Calc: CL
Also in Versie: 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 more obvious again
Also in Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89) No repro with LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Created attachment 171994 [details] Bibisect log A lovely range of commits (43all repro) starting with: git bisect bad 9f082efec2e238e0e3a4fe4384e6024e6102264b is the first bad commit commit 9f082efec2e238e0e3a4fe4384e6024e6102264b Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Wed May 2 19:14:22 2012 +0200 source-hash-212c18430864f110e5a3549c0279b1a2ea4bb6bd commit 212c18430864f110e5a3549c0279b1a2ea4bb6bd Author: Michael Meeks <michael.meeks@suse.com> AuthorDate: Tue Apr 17 10:45:20 2012 +0100 Commit: Michael Meeks <michael.meeks@suse.com> CommitDate: Tue Apr 17 11:14:13 2012 +0100 remove redundant artwork
@Buovjaga, In the need for someone with good eye catching something within big list of bibisect-43all commits Would call the 'borderline commit' of M. Stahl suspicious (paint code). And well the selection rectangle is a 'border' in some sense Obviously also in need for conformation :-). But well seen this on Windows & Linux (and MacOS). So pretty convinced it's present. Step 6: (retry) or wait few moments after scroll before clicking
I can#t confirm with Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 4a9eef7849a75ba91806886ea9c96d114c8d56f9 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Telesto, please add informations about the zoom-level (tested with different levels) => NEEDINFO
*** This bug has been marked as a duplicate of bug 140738 ***
1. Open attachment 164062 [details] 2. Press Enter on the first page 3. Scroll to second page 4. Left click the left image. Left click the right image (shift can occur, but not certain) 5. Undo 6. Redo 7. Follow step 4 again.. it's kind of hit or miss
@Buovjaga How big is the 43all commit range?
(In reply to Telesto from comment #12) > @Buovjaga > How big is the 43all commit range? I think it depends.