Created attachment 170153 [details] Screenshot Problem description: If you scroll document and then start selecting text, then the selected text moves down or up by a few pixels (see attached screenshot). In the screenshot, the artifact is clearly visible on the letters "m" and "p" from the sides of the selection (marked with red arrows). Steps to reproduce: 1. Open test document (see attachment). 2. Scroll the document with the mouse wheel so that the 4th paragraph is in the middle of the screen. It is important to scroll very fast and without pauses. 3. Start text selecting by mouse in one line somewhere in the 4th paragraph. 4. Observe shifting of the selected text. Comments: The bug is not always reproduced, for this reason it may be necessary to repeat the steps described above several times. Better to reproduce in version 7.1.0.3. This bug appears with any other scrolling methods, but the proposed steps provides greater reproducibility. Changing document zoom can affect the reproducibility of the bug. It seems that the bug's reproducibility depends on the processor speed. Looks like the bug reproduces worse on slow processors... In some older versions, the entire document screen is refreshed after the first mouse click on the text, this leads to “jumping” of entire lines at once.
Created attachment 170154 [details] Test document
no repro in Windows 7 Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ac80ec817eb07c77a51bc0729985a473c734182e CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (ru_RU); UI: en-US Calc: CL
no repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ac80ec817eb07c77a51bc0729985a473c734182e CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL
I do see the shift Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2a151d1d5bc055d5e0011460b6ec42ea9f34f880 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL And have seen happening once in a whole for long time :-(. Pretty sure it's in 4.3.7.2 too (MacOS)
*** Bug 142260 has been marked as a duplicate of this bug. ***
Example illustrating the same thing, I guess STR 1. Open attachment 163982 [details] 2. Zoom out so you can see the full page 3. Select the the table 4. Apply different table styles from sidebar -> Table styles. Notice shifting text (vertical)
Created attachment 177597 [details] Screencast
@Caolan This slightly deviating from 'dancing glyph' (so no sure if this within the scope ). In this case the glyphs moving vertically up down (I think comment 6 being an easy example to work with, IMHO ). I'm only intending to exclude possibility of this being the same device coordinates problem as seen with horizontal rendering.
With comment #6 many of the different table styles have border lines with different thickness so, on the face of things anyway, that vertical shift is not a bug but just a faithful representation that the table takes up more vertical space with different table styles applied. It seems different to the original report which visually appears more as a distortion.
(In reply to Caolán McNamara from comment #9) > With comment #6 many of the different table styles have border lines with > different thickness so, on the face of things anyway, that vertical shift is > not a bug but just a faithful representation that the table takes up more > vertical space with different table styles applied. It seems different to > the original report which visually appears more as a distortion. Mea culpa.. you're right
Still present Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: c1c8ce3b0f1037bca4d500af2f39363cd9d38db6 CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
I can't reproduce with: Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded Or: Version: 7.4.2.3 / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded The related Bug 149322 was recently fixed (for LibreOffice 7.4.4 and 7.5). Could you please test to see if you can still see the issue you describe, using a recent development build available here: https://dev-builds.libreoffice.org/daily/master/current.html Thank you!
Created attachment 183666 [details] Screenshot There is still some glitch, technically not that the original report, though.. Problem: I lack reproducible steps... Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a81e957f5026373f3935390c786c21416fc74fcc 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 threaded
Created attachment 183667 [details] Screencast
Created attachment 183668 [details] Screencast @Caolán, There is still some painting glitch or new painting glitch introduced since bug 149322 got fixed. It triggered by dragging the horizontal scrollbar slowly to the right and slowly back to the left. I preset the left mouse button the entire time. See screencast. Dragging the scrollbar with large movements seems OK, it occurs when scrolling slowly back and forward Also present in: Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 229123ccc6f90ebf66b3e659bebbd53f8a9bdd3a 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
I'm hoping that problem is the same as the one just fixed in bug 145491 I see the same overlap of cursor and first glyph in this screencast as I saw in that problem.
(In reply to Caolán McNamara from comment #16) > I'm hoping that problem is the same as the one just fixed in bug 145491 I > see the same overlap of cursor and first glyph in this screencast as I saw > in that problem. Confirm, problem is gone! Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 651658d37bcb3f493942dd5d0b9a0d65c96f105c 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 threaded