<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - A large part of the window may appear off-screen if the monitor/screen config has changed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=139200#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - A large part of the window may appear off-screen if the monitor/screen config has changed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=139200">bug 139200</a> from <a class="email" href="mailto:vincent-docf@vinc17.net" title="Vincent Lefevre <vincent-docf@vinc17.net>"> Vincent Lefevre</a> <pre>Currently I can't test to reproduce with a change of screen definition, but I believe that the following steps will trigger the issue: 1. On a machine with a high-definition screen connected, run "libreoffice". 2. Maximize the window (to have a better chance to reproduce the issue). 3. Quit LibreOffice. 4. Log out and switch off the machine. 5. Connect a screen with a lower definition (for a laptop, it could just be the laptop screen, with no external monitor attached). 6. Boot and log in. 7. Run "libreoffice". I suppose that LibreOffice doesn't detect the change of screen definition and uses the same window size, which doesn't fit in the screen after the change of monitor. Actually, I could do a test by artificially resizing a window to make it larger than the current screen definition, but I don't know whether this test is significant or just too artificial (I just have my laptop with its 3200x1800 screen, and no external monitors here, so that I cannot test a change of the screen definition). In case this matters, my window manager is FVWM. Window before quitting LibreOffice: xwininfo: Window id: 0x5a0007d "LibreOffice" Absolute upper-left X: 69 Absolute upper-left Y: 104 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 4758 Height: 2770 Depth: 24 Visual: 0x2b Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x5a00002 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: StaticGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +69+104 --1627+104 --1627--1074 +69--1074 -geometry 4758x2770+69+104 Window obtained after quitting and restarting LibreOffice: xwininfo: Window id: 0x5a0007d "LibreOffice" Absolute upper-left X: -1559 Absolute upper-left Y: -959 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 4758 Height: 2770 Depth: 24 Visual: 0x2b Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x5a00002 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +-1559+-959 -1+-959 -1--11 +-1559--11 -geometry 4758x2770-1--11 What is surprising is that the position has changed completely, with large parts in the negatives, which makes them completely inaccessible. I think this is what makes this bug worse: in addition to the issue that the window doesn't fit in the screen after a change of monitor, the new startup position also makes the window hardly controllable. I couldn't find an existing bug with the same or a similar issue.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>