I'm using Windows 8.1. I have two monitors. If I put Writer on the second monitor and then do anything that opens another window, it appears on the first monitor. For instance, click the down arrow next to the highlighter, the menu appears in the upper-right corner of the first monitor. When creating a table, the table dialog appears on the first monitor, in the middle towards the left. Help, About also showed up on the first monitor when I opened it to put the version in this bug report, in the middle towards the right. Note that it does appear to remember where the window was last displayed, as I moved the Help, About window, closed it, reinvoked it, and it was in the place I had last moved it to. So that is likely related to the bug. Perhaps it needs to have an array for "last position", the size being the number of monitors. Then, it should only check the last position of the monitor that Writer is currently being used on. If empty, do the default -- for the monitor that is in use. Then, save the value as before, but in the array and only for that monitor.
Hi Ken, Thanks for reporting. Working on Ubuntu with Unity, I see / have seen some unexpected behavior too, now and then. Not sure if that is the OS or LibreOffice's fault. Ciao - Cor
Confirmed with v5.2.2.2/Windows 7. Not every dialog opened on the 1st monitor, for example Insert Table dialog didn't (but About did), but then when I later opened it with the main window on the 1st monitor, it opened on the 2nd.
** 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
Can repro with v. LO 5.4.7.2 Windows 8
Also in master Version: 6.2.0.0.alpha0+ (x64) Build ID: 48cfa0b00b22f11ade53aec79b2fdddad253e1bd CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-03_02:01:42 Locale: en-US (en_US); Calc: CL I moved LO window to second monitor opened Table Insert: remain in the same monitor but when I opened help About - it was opened in the first monitor.
I don't reproduce with highlighter and table dialogs, but I do with Print and About dialogs. Tested with OO, behavior seems better so not fully reproduced. Only Styles and Formatting dialog is separate if undocked, but Print and About dialogs open where OO is (if on second monitor). Similar with LO 3.6. Repro starting from 4.0. Repro now with 6.3+. I'll mark regression.
hat I found the (print) dialog seems stuck to the screen LO was last opened on, so particularity with the Print screen I can just duplicate this with both LO 6.x and 7.x: * Have LO started on first screen and open the File> Print dialog which is to open on the first screen; this is an example but it could as well the second screen for you, that case drag the Print screen to your first screen where you have LO running onto. * Close LO * Start Lo on the second screen attached and open the File> Print dialog again which now opens wrongly on the first screen (there where you last time ran LO on). Close the Print dialog and reopen it using File> Print and it again opens (wrongly) on the first screen. * Now drag the print dialog to the second screen there where LO is running. Close the print dialog and reopen it using File> Print and it opens correctly on the second screen. Close and reopen the Print dialog makes it start every to on the correct screen. * Then close LO and start it again on the first screen. You'll find when opening the File> Print dialog now opens as expected wrongly on the second screen again. So as long as you run LO every time on the same screen your print dialog will always open correctly on that screen. Case you regularly move LO between your screens you'll find the print dialog will open up on the wrong screen after that. Versie: 6.4.5.2 (x64) Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 CPU-threads: 4; Besturingssysteem: Windows 10.0 Build 18363; UI-render: standaard; VCL: win; Locale: nl-NL (nl_NL); UI-taal: nl-NL Calc: threaded Version: 7.0.0.0.beta2 (x64) Build ID: 1c213561a365b5666167321de68c9977500c9612 CPU-threads: 4; Besturingssysteem: Windows 10.0 Build 18363; UI-render: Skia/Rooster; VCL: win Locale: nl-NL (nl_NL); GI: nl-NL Calc: threaded
Dear ken, 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