Bug 134679 - Print dialog auto-resizes when sections are expanded
Summary: Print dialog auto-resizes when sections are expanded
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 135691 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
 
Reported: 2020-07-09 07:48 UTC by Paul Menzel
Modified: 2023-04-24 03:24 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Maximized printing dialog after pressing Ctrl + p (85.54 KB, image/png)
2020-07-09 07:48 UTC, Paul Menzel
Details
Resized printing dialog after pressing *More* (100.95 KB, image/png)
2020-07-09 07:49 UTC, Paul Menzel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Menzel 2020-07-09 07:48:26 UTC
Created attachment 162832 [details]
Maximized printing dialog after pressing Ctrl + p

On the Dell Latitude E7250 with Debian Sid/unstable with GNOME 3.36.3 and LibreOffice 1:7.0.0~rc1-5, opening the print dialog the height is maximized to the screen height.

After pressing on the second *Mehr* (*More*) link(?), the dialog height is getting smaller and the empty space is removed.
Comment 1 Paul Menzel 2020-07-09 07:49:02 UTC
Created attachment 162833 [details]
Resized printing dialog after pressing *More*
Comment 2 Heiko Tietze 2020-07-09 08:17:32 UTC Comment hidden (obsolete)
Comment 3 Paul Menzel 2020-07-09 08:27:35 UTC
(In reply to Heiko Tietze from comment #2)
> In other words: the maximized state of this dialog is lost when a section is
> expanded (and probably also when collapsed)?

Yes, collapsing the expanded section again, the dialog stays “unmaximized”. Even expanding other sections – so scrolling is enable – the dialog size does not change. I guess, that is the expected behavior though, that the dialog size does not change. Having it maximized by default, is probably a good idea for certain screen sizes.
Comment 4 Heiko Tietze 2020-07-09 09:03:13 UTC
This also happens when the dialog is resized manually. Expanding a section triggers the auto-resize algorithm ignoring user input. We can either fix this issue or make the dialog non-resizable. What do you think, Caolan?
Comment 5 Caolán McNamara 2020-07-09 10:20:03 UTC
The expander has to resize the dialog, and the resize will resize to the optimum size of the new layout. With expanders it's probably next to impossible to "keep" a manual size in the sense of how to distinguish that wanted size from an unwanted large pre-shrink size when shrinking such a dialog.

Those expanders are really only there in the first place because everything doesn't fit. Print dialogs are hard to get right, especially when considering spreadsheet requirements, and there seems to be a long series of problems with the print dialog since it was redesigned to basically put next to everything in one pane.
Comment 6 Telesto 2020-07-09 15:04:36 UTC
"to basically put next to everything in one pane."
-> Sorry, I don't follow this.. 'put next to". I assume something like, put everything in one pane..

@Heiko
The second "Page Layout" should move to a different tab, IMHO. Set the configuration "Pages per sheet" to custom and you get even more settings.. Won't even fit on small screens on Windows. And I find the scroll bar also annoying idea (after experiencing it)
Comment 7 Caolán McNamara 2020-07-09 18:59:18 UTC
by "put next to everything" I mean "put nearly everything"
Comment 8 Timur 2020-09-04 09:34:42 UTC
This looks like a bug. See also 135691 with a request to keep Print position and size remembered, even if More is not used, surely also if it is.
Comment 9 Heiko Tietze 2020-11-11 07:07:09 UTC
*** Bug 135691 has been marked as a duplicate of this bug. ***
Comment 10 Heiko Tietze 2020-11-11 07:08:42 UTC
Caolan fixed the bug with https://gerrit.libreoffice.org/c/core/+/105534
Comment 11 Timur 2020-11-16 15:01:53 UTC
Sorry I don't see as fixed with today's master.
Comment 12 Timur 2021-04-22 13:14:20 UTC
Heiko, could you please explain this. Fix is : don't expand but use scroll. I don't like it and bug 135991 remains as not a duplicate, both position and size are not saved. 
There's also bug 134640. which I don't know if covers bug 135991.
Comment 13 Heiko Tietze 2021-04-23 09:32:33 UTC
The issue was that expanders respond to resizing and/or vice versa. This is fixed and an expanded section will not collapse on maximize.
Comment 14 QA Administrators 2023-04-24 03:24:39 UTC
Dear Paul Menzel,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug