Bug 158232 - LibreOffice window too small when restored from maximised
Summary: LibreOffice window too small when restored from maximised
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.4.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-11-15 19:29 UTC by Dan Essin
Modified: 2024-06-15 03:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
tray icon of minimized window (424.90 KB, image/jpeg)
2023-11-15 19:29 UTC, Dan Essin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Essin 2023-11-15 19:29:55 UTC
Created attachment 190849 [details]
tray icon of minimized window

I attempted to open a pdf in Draw. It opened but the screen was maximized.
This, by the way is a flaw in and of itself. With the availability of 4K screens, like mine, no one would ever want the windows to cover the entire screen by default since the document only occupies a small portion in the center.

Nevertheless, I clicked the icon in the title bar to restore the normal view not realizing that Debian Cinnamon never bothered to implement the industry standard of 3 sizing buttons (min, normal and max).
. 
The next thing that happened was that the window disappeared from the screen. It apparently minimized instead of going to normal view. The thumbnail showed so little that it was impossible to tell what was going on. The file was probably still open.

I used the rt-lick in the tray to close Draw, verified that the file was intact, and then tried to open it again with Draw.

The screen-shot shows the tray. Clicking on the thumbnail does NOT restore the window. If I rt-click on the tray icon and choose maximize, the window maximizes. Double-clicking on the title bar toggles between max and min.

I tried dragging the title-bar, which on other apps, pulls it away from maximized and restores the "normal" view. In LO, it is not possible to drag the maximized window so there is no way to get the window to only occupy a part of the screen.

This is, IMHO, a serious conceptual design flaw especially given that huge screens, including double-wide curved screens, are becoming more common.

If this isn't or can't be fixed I will have no choice but to find a different office suite. I anticipate a response to the effect that "we have no control over how a particular OS or Desktop handles windows".  

My response would be that the title-bar drag works in LO Writer and LO Calc but it does NOT work in LO Draw.
Comment 1 Stéphane Guillou (stragu) 2023-11-15 23:12:46 UTC
There has been improvements recently in that regard, including the fix for bug 125543.
Could you please test version 7.6 and let us know if you can still reproduce?
Thank you.
Comment 2 Vladislav Tarakanov 2023-11-16 11:37:56 UTC
Reproduced on:
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: CL threaded

The bug is reproduced for kf5. There are no problems when running with the gtk3 plugin. Also, not only Draw is affected, but also other modules (also checked on Writer). Reproduction steps:
1. Open LO, for example Draw, 7.4.7.2 (taken from debian repository)
2. Set to full screen mode
3. Open LO Draw 7.6.2
Comment 3 Stéphane Guillou (stragu) 2023-11-16 12:35:37 UTC
Dan, once you test with 7.6 with a new profile, please share your version information copied from Help > About LibreOffice, so we know which VCL plugin you are using (from the sound of it, you are using gtk3).

Vladislav, please don't reuse the user profile of an older version when you test. Can you still reproduce only using 7.6.2 with a new profile? And if Dan is using gtk3, maybe you are seeing something different, e.g. bug 152212.
Comment 4 Vladislav Tarakanov 2023-11-16 12:52:41 UTC
(In reply to Stéphane Guillou (stragu) from comment #3)
> Vladislav, please don't reuse the user profile of an older version when you
> test. Can you still reproduce only using 7.6.2 with a new profile? And if
> Dan is using gtk3, maybe you are seeing something different, e.g. bug 152212.

The problem does not reproduce on a clean profile, only after updating to a new version without deleting the configs. Previously, such a problem was also noticed after updating to new versions. Based on this, we checked a scenario in which the user simply upgrades to a new version without clearing the saved configuration.
Comment 5 QA Administrators 2024-05-15 03:15:56 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2024-06-15 03:17:57 UTC
Dear Dan Essin,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp