Description: I used shift-control-F10 to detach the sidebar and moved it to a position on an 8K display where It was out of the way. Now I had to return the display and the window stayed where I put it. I can re-attach it using control-shift-F10 again but as soon as I detach it the window is... wherever it is. The usual methods Windows is providing me don't work because I can't select that window and move (or resize) it using the keyboard. Steps to Reproduce: 1. Move a detached window to a "far out" position. 2. Reduce screen size so the window is outside the desktop area covered now. 3. Try to get access to the sub-window. Actual Results: The window is outside and no known method is getting it back. Expected Results: The application should checking if a window it is opening (e. g. by detaching the side bar) and which has a recorded former position is *not* put to the former position if that would locate the window outside the area accessible to the user. So either check i a window is inside the visible desktop area and correct its position or offer a function to "collect" all open windows within the visible area of the desktop. Best might be both. It happens with or without OpenGL. Windows is just doing what it is supposed to and the clipping is working perfectly. The problem is not depending on the LibreOffice version and (surprise) OpenOffice and other siblings show the same problem. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.6.2 (x64) / LibreOffice Community Build ID: 0e133318fcee89abacd6a7d077e292f1145735c3 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
(The fastest way to get at the the Window right now is running a utility like Nirsoft's WinLister that is able to move around any Window)
Interesting, so presume similar would happen on a multi-headed Windows system (not needing 8K) dragging the pop-up window out onto a 3rd monitor. Disconnecting the monitor would leave that screen address in limbo.
I can't easily repro. (Sort of.) I used WinKey+P to create a fake second "display" in "Extend" mode. Then I detached the sidebar (for me, Ctrl+Shift+F10 didn't work, and I had to do that using mouse - was this a different result actually?). I dragged the sidebar floating window outside of the main screen, to the invisible virtual screen. Then I used WinKey+P to disable the extended virtual desktop. This didn't bring the sidebar to the main screen. But then I closed and reopened Writer (not even LibreOffice as a whole), and the sidebar window appeared in the center. Was it a difference with my method of instantiating second monitor? or in detaching method? or maybe the problem is exactly that it's invisible during the same session?
tested with Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL
(In reply to V Stuart Foote from comment #2) > Interesting, so presume similar would happen on a multi-headed Windows > system (not needing 8K) dragging the pop-up window out onto a 3rd monitor. > > Disconnecting the monitor would leave that screen address in limbo. That's actually how I did it originally...
(In reply to Mike Kaganski from comment #3) > I can't easily repro. (Sort of.) I just redid it by detaching my 3rd display and attaching another one (which showed up to the right of display #2, launched writer on #2, detached the templates drawer and moved it to #3. Closed writer, attached original #3 (which was put into its recorded position by windows) and launched Writer. Detached the templates again... and gone they were. I can reattach them by keyboard commands but detaching them (with the mouse) is moving them into the original position. What I forgot to mention (but I did not think about it: I'm running PowerToys (Fancy Zones) but disabled it now and nothing changed. > I used WinKey+P to create a fake second "display" in "Extend" mode. [I don't even know how to do that 8-)] My additional displays are "real". Even if the bug can't be reproduced: How expensive would checking "is the windows we are opening (at least partially, making window controls reachable) inside the visible desktop area" every time a window is opened. Or a function (that can be triggered by keyboard) to move all windows to (0, 0) on the first desktop and resizing them to fit it)? Should I put that somewhere as feature request (actually not for Writer but for the basic infrastructure)?.
Hello noses, a new major major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. I've also changed component to LibreOffice, because as far as I understand it's not only to Writer. Please correct, if I'm wrong.
Dear noses, 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 INSUFFICIENTDATA 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 MassPing-NeedInfo-Ping
Dear noses, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp