Bug 92122 - UI: Floating panels cannot be docked, if "Show window contents while dragging" is disabled in Windows visual effects
Summary: UI: Floating panels cannot be docked, if "Show window contents while dragging...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: low minor
Assignee: Not Assigned
: 90176 104299 107478 (view as bug list)
Depends on:
Blocks: Desktop-Integration Panel-Docking
  Show dependency treegraph
Reported: 2015-06-16 18:58 UTC by Jérôme
Modified: 2022-12-18 11:07 UTC (History)
12 users (show)

See Also:
Crash report or crash signature:

the slides overview window which can't be docked is rounded in red (42.21 KB, image/png)
2015-06-16 18:58 UTC, Jérôme
the Windows XP setting for performance (10.97 KB, image/png)
2015-06-16 19:03 UTC, Jérôme

Note You need to log in before you can comment on or make changes to this bug.
Description Jérôme 2015-06-16 18:58:48 UTC
Created attachment 116591 [details]
the slides overview window which can't be docked is rounded in red

Microsoft Windows XP

LO Build ID: 40ff705089295be5be0aae9b15123f687c05b0a

When the Microsoft XP performance setting that shows the window content during the move is deactivated, then I can't dock a flying slides viewer which was previously undocked.

This occurs with the normal view of Impress.
Comment 1 Jérôme 2015-06-16 19:03:16 UTC
Created attachment 116592 [details]
the Windows XP setting for performance

The setting which makes this bug appear is rounded in blue.
Comment 2 Adolfo Jayme Barrientos 2015-06-16 22:53:04 UTC
(Please note that version – as you’ve indicated in the Version field — is no longer supported by The Document Foundation. Do not report bugs against unsupported versions. Please upgrade to the most recent stable version, 4.4.4, and try again.)
Comment 3 Buovjaga 2015-06-17 09:15:11 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2015-12-27 20:31:13 UTC Comment hidden (obsolete)
Comment 5 Jérôme 2016-01-27 21:08:19 UTC
This bug is still present with :
- version
- buildid 8a35821d8636a03b8bf4e15b48f59794652c68ba
- OS Microsoft Windows XP
Comment 6 Buovjaga 2016-01-28 08:28:44 UTC Comment hidden (obsolete)
Comment 7 Jérôme 2016-01-28 20:10:05 UTC
I'm able to test the bug with Windows XP only on the computer of my office and I can't install an other version ( is the version which has been validated for my organisation). At home I have only Linux boxes.
Comment 8 tommy27 2017-01-09 17:06:28 UTC
any news about this bug status with recent LibO releases?
Comment 9 Jérôme 2017-01-11 21:11:24 UTC
This bug still occurs with :
- M. Windows 7 service pack 1 64 bits (x86_64)
- LibreOffice 32 bits (x86)
Comment 10 tommy27 2017-01-12 06:25:13 UTC
thanks for retesting but you should do it with latest LibO release ( 
the release you used is obsolete.
Comment 11 Jérôme 2017-01-12 20:24:52 UTC
My work will always use an older release since it is more tested. Maybe in a few months I will get a new version at my office but I assume the 5.2 version will be outdated then.

Can someone else test it on a Windows 7 box ?
Comment 12 Buovjaga 2017-01-13 12:14:19 UTC
I confirm this on Win 10.

This PC - Properties - Advanced system settings - Performance settings - Visual effects: Show window contents while dragging

I cannot dock the slide pane, if the setting is disabled.

Version: (x64)
Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
Locale: fi-FI (fi_FI); Calc: group
Comment 13 Maxim Monastirsky 2017-12-04 21:56:44 UTC
*** Bug 107478 has been marked as a duplicate of this bug. ***
Comment 14 Maxim Monastirsky 2017-12-13 13:30:13 UTC
Had no chance to play with a Windows build yet, but I think the problem here is that we try to detect whether a floating window is above the docking area when we get notified that the window was moved (in Win32 via a WM_MOVE message). But if "Show window contents while dragging" option is disabled, the window isn't actually moved during dragging (only a fake outline is shown), so no "window moved" notification is sent until the user releases the mouse, which is too late. There is however another "window is moving" message (WM_MOVING), which works regardless of the OS dragging setting, so it might be possible to somehow use that for docking instead of WM_MOVE. Another approach might be to stop using system window titles for floating panels, and use our own drawn titles like the gray title bar we draw for floating toolbars. That probably will give us more control over the dragging process.
Comment 15 QA Administrators 2018-12-14 03:56:17 UTC Comment hidden (obsolete)
Comment 16 Jérôme 2018-12-15 15:05:03 UTC
I have no access to a Windows 7/8/10 OS with a version more recent than 5.2.
Comment 17 V Stuart Foote 2019-11-02 13:45:22 UTC
This issue is remains with Windows 10 Home 64-bit en-US with Intel Graphics 620 and current master/6.4.0alpha1+
Version: (x64)
Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded


Version: (x64)
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

With 'Show windows contents while dragging' not checked enabled, the docking target does not appear.
Comment 18 V Stuart Foote 2019-11-02 13:46:58 UTC
*** Bug 90176 has been marked as a duplicate of this bug. ***
Comment 19 V Stuart Foote 2019-11-02 13:47:19 UTC
*** Bug 104299 has been marked as a duplicate of this bug. ***
Comment 20 V Stuart Foote 2019-11-02 14:04:02 UTC
So this remains an issue on Windows. Is there a comparable DE control with similar affect on Linux DEs (bug 104299 and see also bug 64438 suggest so)?  

And, possibly also affecting macOS (see also bug 128543).
Comment 21 QA Administrators 2022-07-11 03:29:49 UTC Comment hidden (obsolete)
Comment 22 Jérôme 2022-11-20 18:24:09 UTC
Always occurs with LibreOffice 7.0 and Windows 10.
Comment 23 V Stuart Foote 2022-11-20 22:16:45 UTC
Yes this remains an issue on Windows builds. And seemingly other os/DE

On Windows 10, as admin from CLI the "SystemPropertiesPerformance.exe" 'Performance Options' dialog, unchecking the Visual Effects tab 'Show window contents while dragging' checkbox will no longer expose the docking target rectangle as the mouse cursor passes over the target.

Checking it enabled restores the drag target.

Version: (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

or a current master against 7.5.0
Version: (X86_64) / LibreOffice Community
Build ID: bcf333309f9a9bde21aac1302cbead2b23822458
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 24 Regina Henschel 2022-11-20 22:55:46 UTC
From the help:
"Docking toolbars and windows by drag-and-drop depends on your system's window manager settings. You must enable your system to show the full window contents when you move a window, instead of showing just the outer frame."

It would be an enhancement to enable LibreOffice to drag-and-drop windows if the system is set to show only the outer frame. The problem is, that windows are really system windows, not something which LibreOffice has made itself.
Comment 25 Jérôme 2022-12-18 11:07:38 UTC
Maybe LibreOffice could display a warning if the system option "Show window contents while dragging" is unchecked.
This warning could appear :
- when opening the "options" dialog,
- after libreoffice startup which a maximum frequency (for example once a month, no warning during the first month of use of a new version).