Bug 122386 - Dragging Find&Replace dialog leaves trail until stopping/pausing
Summary: Dragging Find&Replace dialog leaves trail until stopping/pausing
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: framework (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: VCL-Scheduler Find&Replace-Dialog
  Show dependency tree / graph
 
Reported: 2018-12-31 00:20 UTC by Aron Budea
Modified: 2019-07-09 23:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Screenshot (105.29 KB, image/png)
2018-12-31 11:44 UTC, Aron Budea 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.