Bug 145766 - Print Dialog Box too long or 'print' button too low on window
Summary: Print Dialog Box too long or 'print' button too low on window
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.2.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 152998 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2021-11-18 21:17 UTC by Bob Gustafson
Modified: 2023-04-06 09:06 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
LO print dialog, sized with options expanded to point where scrollBars will appear (176.61 KB, image/png)
2021-11-19 14:10 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bob Gustafson 2021-11-18 21:17:25 UTC
Description:
I have a very nice (old) laptop with an 11" screen.

When I go to print a page now on LibreOffice, I cannot see the 'Print' button on your print dialog window. The window is too high and the bottom part (containing the 'Print' button) is off my screen.

The only recover is to kill LibreOffice, which may result in loss of my data - depending on whether I remembered to 'save' before attempting to print.

I did update LibreOffice recently, perhaps there was an addition to the (large) Print dialog window which now forces the 'Print' button off my screen.

What to do?

Steps to Reproduce:
1. Use small screen Mac laptop (11")
2. Create a text document with a few lines of text
3. Try to print your test document
4. Observe that you cannot see the 'Print' button on your small screen.

Actual Results:
Cannot see the 'Print' button and you cannot exit the Print dialog. That is the end of what you can do with LibreOffice unless you kill LO.

Expected Results:
The usual grinding noises on my printer and a printed copy of my document.


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Mac OS X (All)
OS is 64bit: no (??)

-------
Version: 7.0.2.2
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 1 Bob Gustafson 2021-11-18 21:48:50 UTC
I copied the text file to a USB and opened the file on a different Mac (with a bigger screen).

The normal default Print dialog box is small enough to fit on the small laptop screen, but if you toggle 'Show Details' at the bottom of the dialog box, the window springs open to be a much bigger box - too big to fit on the small laptop screen. And too big to see the 'Hide Details' button which would enable me to print again from my small screen laptop.
Comment 2 Bob Gustafson 2021-11-18 22:00:00 UTC
On my small laptop, I did a Restart and opened my text document and then went to 'Print' it. Unfortunately, the large detailed print dialog window opened. The state of that print dialog box (Show Details) must be stored in such a way that it is retained through a reboot.
Comment 3 Bob Gustafson 2021-11-18 22:25:40 UTC
I haven't found the place in LibreOffice where the state of the print dialog toggle 'Show Details' is stored.

On my big screen Mac, I set the 'Show Details' to normal (false) and then saved the document on the USB, then moved the USB to the small screen Mac, rebooted the small screen Mac, opened the document on the USB, went to print it - and the 'Show Details' is still on and I cannot print or edit the document now...
Comment 4 Bob Gustafson 2021-11-18 22:26:31 UTC Comment hidden (obsolete)
Comment 5 V Stuart Foote 2021-11-19 14:10:01 UTC
Created attachment 176362 [details]
LO print dialog, sized with options expanded to point where scrollBars will appear

Can not confirm on Windows builds:

Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Per our system requirements LO dialogs and menus require vertical minimum of 768px.

With LO print dialog sized with options expanded and vertical size reduced to point where scrollBars will appear, that occurs at 646px (to the dialogs blurred edge effect). Shrunk smaller, as might be needed to fit, scrollBars appear internal to the dialog allowing the full dialog to be panned, so should be able to be used unless there is some weird scaling being applied by os/DE.
Comment 6 Carl Pettit 2021-12-07 11:49:31 UTC
I can confirm that the opening "page" of the print dialog does indeed fall off the bottom of the screen on a Mac. I'm using an early 2015 Macbook Pro with a screen reporting 13.3-inch (2560 × 1600). This is the native default setup. No scaling of the display. Scaling the display does enable the whole dialog to be displayed. However, returning the display to native resolution, the dialog again disappears off the bottom. I'm using 7.1.7, so this bug has been there a while.
Comment 7 Buovjaga 2022-11-23 12:57:45 UTC
NEW per last comment
Comment 8 Dieter 2023-01-31 07:12:11 UTC
*** Bug 152998 has been marked as a duplicate of this bug. ***
Comment 9 mvarney82 2023-01-31 17:35:48 UTC
Response to Stuart Foote: On macOS, it doesn't seem possible to get scrollbars in the Print dialog. The window cannot be manually resized. It automatically resizes to fit the contents of whichever options pane is shown. On my system, the default "LibreOffice" pane is the only one that causes the window to run off the screen.
Note to Bob: You should be able to access the buttons at the bottom of the dialog box by choosing a different options pane from the drop-down menu that reads "LibreOffice" by default. You can also close the dialog by pressing Esc, or commit to printing by pressing Return/Enter.
This is still a significant problem and should be fixed. I vote to have LO provide scrollbars as the Windows version apparently did or does.