Created attachment 198839 [details] Demonstration video - with the Manage Conditional Formatting dialog ## Summary Please see the attached short demonstration videos, they will make the issue much clearer than words. On GNOME on Wayland with the GTK version of LibreOffice, when you are using multiple screens at different heights, anywhere in Calc where you use the "Shrink" button next to a field specifying a range of cells, on some screen resolutions (such as 1600x900) the window will end up off-screen at the bottom. ## Hypothesis It seems like this is what happens: 1. The "Shrink" button seemingly destroys the dialog and recreates a new one with just the minimal cells range input field with the "Expand" button 2. Clicking the "Expand" button does NOT destroy that shrunk window to replace it with a new expanded window; it seems like it instead reuses the shrunk window to pack the missing widgets back into it, forcing it to expand... but the window manager may not change its position, as the position was determined upon window creation. ## Other observations This happens no matter what the GNOME Tweaks settings for these two settings are: - Windows > Attach Modal Dialogs - Windows > Center New Windows This only happens when I am in multi-monitors mode, with one monitor arranged lower than the other (see attached screenshot for the layout's configuration). If I turn off the laptop's built-in 1920x1080 monitor and only use the external 1600x900 display, the bug does not occur. I have observed this on GNOME Shell 47.2's Wayland session, regular scaling (no HiDPI), on Fedora 41, with: Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 8; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded
Created attachment 198840 [details] Demonstration video - with the Manage Names dialog
Created attachment 198897 [details] Screenshot of the multi-monitors screens layout configuration In the recorded demonstration videos, the app was positioned on display #2 (marked as "primary" display), which is positioned higher than display #1. In any case, under Wayland, apps/windows cannot arbitrarily choose where to position themselves, so you can't really depend on setting X Y coordinates when morphing a window's contents; it might be better to make sure you destroy/recreate a full window everytime when you enter "expand" mode, not just only when you enter "shrink" mode.