Bug 160937

Created attachment 193969 [details]
screenshot of unresizable Document Properties page

Screenshot of LO Document Properties page with unreachable ACTION BUTTONS below the screen edge. The page is locked to the top menu bar, and cannot be resized. However, Alt-F7 unlocks the page, allowing the page to be moved, for access to the ACTION BUTTONS.

Please test in safe mode, Menu/Help/Restart in Safe Mode

Please paste here the information on Menu/Help/About LibreOffice (There is an icon to copy)

Pls, what is your screen resolution?

Created attachment 193975 [details]
Showing that the dialog is resizable

Tested on my computer, the dialog is visible and resizable.
Also tested i a virtual machine with a resolution of 1599x898, and also is visible an resizable.

May be the system and version on LibreOffice is important and necessary.

------------------
Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL threaded

Additional unsuccessful attempts to fix oversized (and not resizable) Document Properties window page:

* Turned OFF Attach Modal Dialogs (to parent window) in DConf Editor at org.gnome

* Tried all installed LO icon themes (LO Options, View, Icon Theme)

* Changed Options, View, Icon Size for Toolbar, Notebook, Sidebar to SMALL

* Reverted all menu configurations to Default (which was my initial setting anyway.)

~$  sudo apt list -a libreoffice
Listing... Done
libreoffice/stable-backports,now 4:24.2.0-1~bpo12+1 amd64 [installed]
libreoffice/stable,stable-security 4:7.4.7-1+deb12u1 amd64

@jcsanz: I believe you're right, the system and version matters. I think this issue involves GTK4 (hence, not Windows builds.) I have the latest .deb available in bookworm-backports (which is not the very latest release,) and will look forward to the hoped-for fix in a future backports update.

Thank you for attempting to confirm this bug.


Correction! I speculated that the oversized LO Document Properties window was a GTK+4 issue. However, I just now checked, and I have GTK+ 3, 4, and 5 installed. Moreover I also have qt5 with Wayland support. This may more complicated than I imagined.

I assume this is since the fix for bug 138792, adding various fields in the Description tab.

Indeed, at a resolution 1600×900 like yours (which is above the minimum resolution supported[1]), the dialog  does fit (as in comment 3) with win, gen, kf5 and qt5 VCL plugins, but I also tested on Ubuntu 22.04 + GNOME 42.9 and can confirm that the buttons overflow at the bottom.

Sarper, Heiko, what do you think?

[1]: https://www.libreoffice.org/get-help/system-requirements/

Either the (less relevant) attributes are put into a dropdown. Or we add a GtkScrolledWindow behind the large number of controls. And a quick and dirty solution could be to reduce the Comments-height. 

Since this affects all users we should fix it until the upcoming release.

~$  libreoffice --version
LibreOffice 24.2.3.2 420(Build:2)

~$  lsb_release 2>/dev/null -ds; printf "point version "; cat /etc/*_version; printf "kernel "; uname -r; gnome-shell --version; printf "display server "; echo $XDG_SESSION_TYPE # DESCRIBE SYSTEM SESSION
Debian GNU/Linux 12 (bookworm)
point version 12.5
kernel 6.7.12+bpo-amd64
GNOME Shell 43.9
display server wayland

The RESIZE arrows do appear in my case (above,) but do not allow resize-smaller. The window can be enlarged top-left-right, but cannot be resized smaller. The top border of the window cannot be moved above the document window border.

I can reproduce this with LO 24.2 on Linux with a 2x scaling:

Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Other than this one, "Options" dialog and many other dialogs has the exact same problem on my screen which uses 2x scaling. Part of the window goes out of the screen. I expect more of these bugs with 2x, 3x scaling, etc. which are more common these days.

Maybe we should find a solution that can handle oversized dialogs. There are mechanisms for oversized menubar, like scrolling. Then, why not having something similar for oversized dialogs? Possible options are scrolling, resizing, scaling, and things like that.

This can be a fallback, when even with the careful design and implementation, some dialog does not fit on the screen.

@Heiko:
I filed another ticket, tdf#161240 which describes what I am saying here in more details. It is more general, beyond this specific case.

(In reply to Hossein from comment #8)
> I can reproduce this with LO 24.2 on Linux with a 2x scaling:
2× scaling, but what resolution? Higher scaling factors are more common because higher resolutions are more common.
My understanding is that our minimum resolution system requirement of 1024×768 is at 100% scaling, and if a scaling factor is applied, the same should be applied to the resolution values. So if someone uses 2× scaling, we expect them to use a minimum resolution of 2048×1536.

(In reply to Stéphane Guillou (stragu) from comment #5)
> I assume this is since the fix for bug 138792, adding various fields in the
> Description tab.
> 
> Sarper, Heiko, what do you think?
> 
Yep this is since the fix for bug 138792 indeed. All solutions suggested by Heiko on comment #6 makes sense to me.

Heiko Tietze committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/2164406a973fd40fcc56b8839a21854f6b50a53b

Resolves tdf#160937 - Improve dialog size for document properties

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.