Bug 120903 - Dialogs opening on different display (screen)
Summary: Dialogs opening on different display (screen)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.2.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 139525 (view as bug list)
Depends on:
Blocks: Multimonitor
  Show dependency treegraph
 
Reported: 2018-10-25 11:09 UTC by Lorenzo
Modified: 2024-04-03 03:13 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 Lorenzo 2018-10-25 11:09:53 UTC
This is on Manjaro Linux x64 with XFCE 4.13

In a dual monitor set-up Libreoffice correctly opens on the display (screen) where the mouse pointer is, as expected.
However most 'child windows' such as 'Options', 'Edit > Find and Replace', 'Edit Style', 'Format > Paragraph', 'Format > Character', open always on the external display (see below for details).
On the other hand e.g. 'Format > Columns' always opens on the primary display.
Finally some child windows such as 'Tools > Spelling', 'Table > Insert Table', 'Edit > Go to page', seem to 'follow' the main window (i.e. open on the same display where the main window is located).

If this helps the xranr command used to set-up the displays is the following:

xrandr --output HDMI2 --off --output HDMI1 --off --output DP1 --mode 1920x1080 --pos 0x0 --rotate normal --output eDP1 --primary --mode 1366x768 --pos 1920x0 --rotate normal --output VIRTUAL1 --off

The display where Libreoffice is in this case is 'eDP1' (a laptop monitor) and
Comment 1 Timur 2018-10-31 12:51:40 UTC
I cannot test this, but looking at Bug 113049 which has a different issue it seems this may not be about LO.
Comment 2 Timur 2018-10-31 12:54:08 UTC
Or, if this is LO fault, it's related to Bug 101641.
Comment 3 Lorenzo 2018-10-31 13:46:23 UTC
I do guess that this is indeed related to #101641 albeit in this case e.g. highlighter menu is displayed correctly.

As an additional info, in my case running with:

SAL_USE_VCLPLUGIN=gen libreoffice

shows windows on the correct monitor (i.e. where libreoffice is), but at the same time in this case libreoffice is always started on the primary monitor by default.

I am assuming the default gui rendering on here (XFCE) is GTK.

Do note, however, that if I run both gtk2-demo and gtk3-demo all the child windows open as expected on the same display as the main window.

Specifically to Linux and Gtk maybe this (and related links) could be useful?
https://github.com/mono/xwt/issues/598
Comment 4 Timur 2018-12-18 16:37:47 UTC
I don't have Linux for multimonitor but I'll confirm. This may be a duplicate of Bug 101641 which is for Windows, or not. Let's keep it separated so far.
Comment 5 Xisco Faulí 2018-12-19 10:46:19 UTC
Any chance this could be tested with older versions of LibreOffice ?
Comment 6 Sebastiaan Veld 2020-07-03 16:57:28 UTC
The issue is still there in LO 6.4.5.2, but in LibreOffice 7.0.0.0 beta2 I cannot duplicate it and it looks fixed in that. Using LO 7 on my second screen and click the print button opens the window on the same screen.


CAN DUPLICATE IN:
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


WORKS FOR ME IN:
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 7 Sebastiaan Veld 2020-07-05 12:24:33 UTC
To add to my comment #6: 
I can reproduce this with 7.0.0 beta 2 also, so it is not fixed.

But what 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.
Comment 8 Timur 2020-08-28 06:32:52 UTC
*** Bug 131687 has been marked as a duplicate of this bug. ***
Comment 9 Timur 2021-01-11 08:25:41 UTC
*** Bug 139525 has been marked as a duplicate of this bug. ***
Comment 10 QA Administrators 2024-04-03 03:13:42 UTC
Dear Lorenzo,

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