Bug 160243 - Moving object with arrow key or resizing / rotating it lags; repaint of handles buggy
Summary: Moving object with arrow key or resizing / rotating it lags; repaint of handl...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Impress-Images
  Show dependency treegraph
 
Reported: 2024-03-17 14:32 UTC by raal
Modified: 2024-03-18 07:29 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
test file (4.42 MB, application/vnd.oasis.opendocument.presentation)
2024-03-17 14:34 UTC, raal
Details
select this picture (105.05 KB, image/png)
2024-03-17 14:35 UTC, raal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description raal 2024-03-17 14:32:54 UTC
Description:
Moving picture with arrow key not synchronized with selection handles. It doesn't work in X11 without skia. When Skia is enabled, bug doesn't occurs.



Steps to Reproduce:
 - open attached file
 - go to slide 5, select first picture. Handles appears.
 - move picture right or left with arrow key  

Actual Results:
picture moves, after 1 second handles move (delay)

Expected Results:
not delay of handles moving



Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 7eebe680068f68d2e4081c2f4d9b290a4524d40a
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: x11
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
Comment 1 raal 2024-03-17 14:34:41 UTC
This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-6.0.
Adding Cc: to Jan-Marek Glogowski ; Could you possibly take a look at this one?
Thanks
 39cd2b9108fd2b536bea08f5fb7ce97377bcd292 is the first bad commit
commit 39cd2b9108fd2b536bea08f5fb7ce97377bcd292
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Fri Jul 14 15:05:21 2017 +0200

    source 52dfefec8da5d7f25c39218fd890cad6491728ab

https://git.libreoffice.org/core/+/52dfefec8da5d7f25c39218fd890cad6491728ab
Run LO scheduler only via system timer
Comment 2 raal 2024-03-17 14:34:57 UTC
Created attachment 193163 [details]
test file
Comment 3 raal 2024-03-17 14:35:36 UTC
Created attachment 193164 [details]
select this picture

printscreen of selected picture
Comment 4 DuyN 2024-03-17 17:54:00 UTC
Thank you for reporting the bug. I can not reproduce the bug in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3ba85b7786663da4f2de1a3c2fe7ee9a27657293
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 5 m_a_riosv 2024-03-18 00:23:31 UTC
Seems fine for me with:
Version: 24.2.2.1 (X86_64) / LibreOffice Community
Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
neither
 UI render: default; VCL: win
Comment 6 Stéphane Guillou (stragu) 2024-03-18 06:55:24 UTC
No repro with gtk3 VCL plugin, but reproduced with gen: a big delay when moving the picture, sometimes with some "handle leftovers" left behind before it refreshes. Same with Skia turned on or off.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1
CPU threads: 8; OS: Linux 6.5; UI render: Skia/Raster; VCL: x11
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

No repro in 5.3.0.3.
Comment 7 Stéphane Guillou (stragu) 2024-03-18 07:29:22 UTC
Same kind of delay/repaint issue when resizing using the handles.
Rotation with handles has similar issue.
Also happens with shapes.