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.
Created attachment 116592 [details] the Windows XP setting for performance The setting which makes this bug appear is rounded in blue.
(Please note that version 4.1.6.2 – 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.)
Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists in 4.4.4. Change to RESOLVED WORKSFORME, if the problem went away.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
This bug is still present with : - version 4.3.7.2 - buildid 8a35821d8636a03b8bf4e15b48f59794652c68ba - OS Microsoft Windows XP
(In reply to Jérôme from comment #5) > This bug is still present with : > - version 4.3.7.2 > - buildid 8a35821d8636a03b8bf4e15b48f59794652c68ba > - OS Microsoft Windows XP Well, I originally asked you to test with 4.4.x. Now we have moved even further. Could you test with 5.1: http://www.libreoffice.org/download/pre-releases/ Install it using SI-GUI, if you want to have it separate: https://wiki.documentfoundation.org/SI-GUI (SI-GUI will download it for you) Note that the interface in 5.1 has been slightly changed.
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 (4.3.7.2 is the version which has been validated for my organisation). At home I have only Linux boxes.
@Jerome any news about this bug status with recent LibO releases?
This bug still occurs with : - M. Windows 7 service pack 1 64 bits (x86_64) - LibreOffice 5.0.6.3.0+ 32 bits (x86)
thanks for retesting but you should do it with latest LibO release (5.2.4.2) the 5.0.6.3 release you used is obsolete.
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 ?
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: 5.2.4.2 (x64) Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Locale: fi-FI (fi_FI); Calc: group
*** Bug 107478 has been marked as a duplicate of this bug. ***
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.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I have no access to a Windows 7/8/10 OS with a version more recent than 5.2.
This issue is remains with Windows 10 Home 64-bit en-US with Intel Graphics 620 and current master/6.4.0alpha1+ Version: 6.4.0.0.alpha1+ (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 and Version: 6.3.2.2 (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.
*** Bug 90176 has been marked as a duplicate of this bug. ***
*** Bug 104299 has been marked as a duplicate of this bug. ***
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).
Dear Jérôme, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Always occurs with LibreOffice 7.0 and Windows 10.
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: 7.4.2.3 (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: 7.5.0.0.alpha0+ (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
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.
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).