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.
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.
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
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.
(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.