Bug 153920

Summary:	Windows not opening in default / primary monitor
Product:	LibreOffice	Reporter:	MB <myrbourfake>
Component:	LibreOffice	Assignee:	Not Assigned <libreoffice-bugs>
Status:	UNCONFIRMED ---
Severity:	normal	CC:	glogow, quikee, stephane.guillou, vsfoote
Priority:	medium
Version:	7.5.1.2 release
Hardware:	All
OS:	Linux (All)
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=159014
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	104160

Description MB 2023-03-02 09:06:16 UTC

Description:
In Multimonitor configuration if the default/primary monitor is on the right, opening a Libreoffice application opens on the left monitor which is not the default/primary.
The same applies if you try to open an encrypted document (eg calc). The popup window for the password goes to the wrong monitor. Sometimes it goes to the other monitor than the one where the main window is!

Steps to Reproduce:
1.Make a multimonitor setup. Put the default/primary monitor on the right.
2.Try to open a libreoffice application.
3.Application will open on the left monitor not the default/primary on the right.

Actual Results:
Windows open on different monitors than the default/primary one.

Expected Results:
Windows should open on the default / primary monitor, because users could have the rest monitors powered off.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: el-GR (en_US.UTF-8); UI: en-US
Ubuntu package version: 4:7.5.1~rc2-0ubuntu0.20.04.1~lo1
Calc: threaded

Comment 1 V Stuart Foote 2023-03-02 21:25:11 UTC

Since LibreOffice vcl composes to a virtual display with left most 0,0 on the left display it is not surprising that launching on non-primary monitor happens. You can look at the user profile for the ooSetupFactoryWindowAttributes for each module and follow along for changes for LO launch with different display configurations and module use.

Losing content off display probably shouldn't happen. 

But seems an issue for the backend vcl to get the LO Start Center and modules to adjust onto the correct "default" display when secondary monitor is not available. Either translate, or fall back to single display defaults.

@Jan-Marek would multi-head display testing be something more needed with the vcl::WindowPosSize work?

Comment 2 Stéphane Guillou (stragu) 2023-03-16 11:13:36 UTC

I could not reproduce, from LO 7.2 through 7.5.1.2 to a recent trunk build. Splash screen and window open on the main display if the pointer is there too.

However, when the main monitor is on the left, I can often see the LO splash screen pop up on the right screen even though the window opens on the left and the cursor stays on the left. So there is an inconsistency there.

Other apps like Lollypop, QGIS, Zotero will open as expected on the active, main display. On the other hand, I could see Electron apps like RStudio and Element open in the wrong display.

I am using Ubuntu 20.04 with GNOME 3.36.8 on Wayland.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 44837a12d12be3e525fa48b37c3dd2553cc97d94
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded