Bug 122386

Summary:	Dragging Find&Replace dialog leaves trail until stopping/pausing
Product:	LibreOffice	Reporter:	Aron Budea <aron.budea>
Component:	framework	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	aron.budea, glogow, telesto, xiscofauli
Priority:	medium	Keywords:	bibisected, bisected, regression
Version:	6.0.0.3 release
Hardware:	All
OS:	Windows (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	103542, 113136
Attachments:	Screenshot

Description Aron Budea 2018-12-31 00:20:28 UTC

When dragging Find&Replace dialog around, there's no UI refresh of the main window while there is ongoing movement (pausing for a bit does cause UI to refresh).

Observed using LO 6.2.0.1 & 6.0.0.3 / Windows 7.
No issue in LO 5.4.0.3.
=> regression

Bibisected to the following commit using repo bibisect-win32-6.0. Adding Cc: to Jan-Marek Glogowski, please take a look sometimes.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=fb4e7be5d4eac6d7c429c215e72de45ea28d86cd
author		Jan-Marek Glogowski <glogow@fbihome.de>	2017-10-12 16:00:42 +0200
committer	Jan-Marek Glogowski <glogow@fbihome.de>	2017-10-13 16:48:32 +0200

WIN another system loop integration attempt

Comment 1 Telesto 2018-12-31 11:39:01 UTC

No repro for me
Version: 6.3.0.0.alpha0+
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-06_23:55:16
Locale: en-US (nl_NL); UI-Language: en-US
Calc: CL

It's about dragging the Find&Replace dialog around right? Nothing more?

Comment 2 Aron Budea 2018-12-31 11:44:10 UTC

Created attachment 147906 [details]
Screenshot

(In reply to Telesto from comment #1)
> It's about dragging the Find&Replace dialog around right? Nothing more?
Yes. Attaching a screenshot of what it looks like for me. Note that as soon as the movement stops, normal UI refresh resumes.

Also checked with latest bibisect build (993913469e74e9db9743004bbe36aa412411671c), still repro.

Comment 3 Durgapriyanka 2019-01-03 21:40:52 UTC

Thank you for reporting the bug. I can not reproduce the bug in

Version: 6.3.0.0.alpha0+
Build ID: 3c964980da07892a02d5ac721d80558c459532d0
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Comment 4 Aron Budea 2019-01-04 08:42:02 UTC

(In reply to Aron Budea from comment #2)
> Yes. Attaching a screenshot of what it looks like for me. Note that as soon
> as the movement stops, normal UI refresh resumes.
Checked this on another Windows 7 machine, there the UI refreshes more often, ie. even during dragging, but still not as often as it normally should, and a noticeable trail of the previous dialog positions is left until the refresh happens.

Comment 5 Xisco Faulí 2019-07-09 14:32:37 UTC

Hi Aron Budea,
is this issue still reproducible in master ?

Comment 6 Aron Budea 2019-07-09 23:16:36 UTC

Indeed, seems fixed for me now in the latest 6.4 bibisect repo build. Let's close as WFM.