Bug 160937 - Document Properties pages in all modules do not fit screen and cannot be resized (gtk3/gtk4)
Summary: Document Properties pages in all modules do not fit screen and cannot be resi...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: high normal
Assignee: Heiko Tietze
Whiteboard: target:24.8.0
Depends on:
Blocks: File-Properties GTK3-Dialog-High
  Show dependency treegraph
Reported: 2024-05-04 22:04 UTC by Roger T. Imai
Modified: 2024-05-29 07:00 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

screenshot of unresizable Document Properties page (106.87 KB, image/png)
2024-05-04 22:11 UTC, Roger T. Imai
Showing that the dialog is resizable (74.30 KB, image/png)
2024-05-05 16:49 UTC, jcsanz

Note You need to log in before you can comment on or make changes to this bug.
Description Roger T. Imai 2024-05-04 22:04:13 UTC
ACTION BUTTONS at the bottom of the DOCUMENT PROPERTIES page in all modules of LO are UNREACHABLE, and PROPERTIES page cannot be resized. 

This is similar to a bug affecting the PRINT OPTIONS dialog window: FerbTux 2020-04-03 18:20:58 UTC  Comment 67 bug id 127782 (#c67)




This releases the PROPERTIES page from the Menu bar lock, allowing it to be moved up to expose the ACTION buttons.

~$  libreoffice --version
LibreOffice 420(Build:3)

Debian GNU/Linux 12 (bookworm)
point version 12.5
kernel 6.6.13+bpo-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.13-1~bpo12+1 (2024-02-15)
GNOME Shell 43.9
display server wayland
resolution 1600 x 900

Steps to Reproduce:
1. Open a new document in any LO module
2. In the main menu, select File, Properties
3. Document Properties page is too high for screen and cannot be resized
4. Click on the page, then press Alt-F7 to free the page from the menu bar lock.

Actual Results:
Workaround is reliable until the UI will be fixed.

Expected Results:
The WORKAROUND behaves as expected, displaying previously unreachable ACTION buttons.

Reproducible: Always

User Profile Reset: No

Additional Info:
A similar bug in LO PRINT OPTIONS page occurred in 2020.
SEE: FerbTux 2020-04-03 18:20:58 UTC  Comment 67 bug id 127782 (#c67)

Comment 1 Roger T. Imai 2024-05-04 22:11:35 UTC
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.
Comment 2 m_a_riosv 2024-05-05 00:18:11 UTC
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?
Comment 3 jcsanz 2024-05-05 16:49:25 UTC
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: (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
Comment 4 Roger T. Imai 2024-05-05 23:33:36 UTC
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.
Comment 5 Stéphane Guillou (stragu) 2024-05-20 07:06:15 UTC
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/
Comment 6 Heiko Tietze 2024-05-21 06:57:53 UTC
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.
Comment 7 Roger T. Imai 2024-05-22 23:15:58 UTC
~$  libreoffice --version
LibreOffice 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.
Comment 8 Hossein 2024-05-23 14:37:11 UTC
I can reproduce this with LO 24.2 on Linux with a 2x scaling:

Version: (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.
Comment 9 Hossein 2024-05-23 15:13:48 UTC
I filed another ticket, tdf#161240 which describes what I am saying here in more details. It is more general, beyond this specific case.
Comment 10 Stéphane Guillou (stragu) 2024-05-24 04:18:21 UTC
(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.
Comment 11 Sarper Akdemir (allotropia) 2024-05-24 10:24:17 UTC
(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.
Comment 12 Commit Notification 2024-05-29 07:00:03 UTC
Heiko Tietze committed a patch related to this issue.
It has been pushed to "master":


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:

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