Bug 101641 - Print and About Windows-dialogs appear on other monitor, if LO moved
Summary: Print and About Windows-dialogs appear on other monitor, if LO moved
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: preBibisect, regression
Depends on:
Blocks: Multimonitor
  Show dependency treegraph
 
Reported: 2016-08-21 18:46 UTC by ken
Modified: 2025-05-17 20:08 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ken 2016-08-21 18:46:41 UTC
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.
Comment 1 Cor Nouws 2016-08-22 09:13:51 UTC
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
Comment 2 Aron Budea 2016-10-20 04:27:01 UTC
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.
Comment 3 QA Administrators 2017-11-26 17:12:11 UTC Comment hidden (obsolete)
Comment 4 Zineta 2018-11-05 10:59:19 UTC Comment hidden (obsolete)
Comment 5 Zineta 2018-11-06 08:14:57 UTC
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.
Comment 6 Timur 2018-12-18 17:04:44 UTC
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.
Comment 7 Sebastiaan Veld 2020-07-05 12:26:54 UTC
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
Comment 8 QA Administrators 2024-04-03 03:13:40 UTC Comment hidden (obsolete)
Comment 9 Dominick 2025-05-17 20:08:27 UTC
I was not able to replicate the issue in LO 25.2 and 25.8. First, I opened LO in my primary screen then opened the print pop up window. The pop up opens on the monitor that LO is currently open on, in this case the primary monitor. Moving LO to the other monitor allows the pop up to open on that same monitor as expected.
I freshly opened LO on my secondary screen and found the same result.

Additional Information:
Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 923da8a3855afae1f3f3a5f50d1fec08bbc02438
CPU threads: 24; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded