Fedora
libreoffice package

LibreOffice doesn't remember window size when running under Wayland

Bug #1729433 reported by Jonathan Kamens
46
This bug affects 9 people
Affects Status Importance Assigned to Milestone
LibreOffice
Confirmed
Low
libreoffice (Fedora)
Confirmed
Undecided
libreoffice (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

1. Open any LibreOffice document, e.g., a Writer or Calc document.
2. Make the window a reasonable, non-maximized size.
3. Maximize the window.
4. Close LibreOffice.
5. Open the document again; it will open maximized.
6. Un-maximize the window.
7. Observe how the window has a ridiculously small size, not its previously unmaximized size.

LibreOffice or gnome-shell bug? Not sure.

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: libreoffice-core 1:5.4.1-0ubuntu1
ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4
Uname: Linux 4.13.0-16-generic x86_64
ApportVersion: 2.20.7-0ubuntu3.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Wed Nov 1 16:21:29 2017
InstallationDate: Installed on 2017-05-19 (166 days ago)
InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Release amd64 (20170412)
SourcePackage: libreoffice
UpgradeStatus: Upgraded to artful on 2017-10-20 (12 days ago)

Revision history for this message
In , Jeff Fortin Tam (kiddo) wrote :

Description:
In Fedora 25, whether on X or Wayland, with the GTK3 version of LibreOffice, if you start your LOo app maximized, once you demaximize it it will become minuscule (something like 400x200 pixels) instead of using the last saved size.

In contrast, if you start the app with a non-maximized window, when you maximize and unmaximize it it will retain its previous size.

Actual Results:

Expected Results:

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0

Revision history for this message
In , Beluga (beluga) wrote :

No repro on Arch Linux or Ubuntu

Arch:
Version: 5.4.0.0.alpha0+
Build ID: a564821eb9e991774195120e6965b2a8b1419dc5
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: gtk3;
Locale: fi-FI (fi_FI.UTF-8); Calc: group

Ubuntu:
Version: 5.2.3.3
Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default;
Locale: en-US (en_US.UTF-8); Calc: group

Revision history for this message
In , Xiscofauli (xiscofauli) wrote :

Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.

Revision history for this message
Jonathan Kamens (jik) wrote :
Revision history for this message
Jonathan Kamens (jik) wrote :

This might be eligible for a `regression-release` tag since 17.04 didn't have this problem.

Paul White (paulw2u)
summary: - LibreOffice doesn't remember non-maximized size when closed while
- maximized
+ LibreOffice doesn't remember window size when running under Wayland
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in libreoffice (Ubuntu):
status: New → Confirmed
Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

I'm using a multi display setup. A regular display and a HiDPI display.
For some reason Libreoffice windows sometimes resize to completely minimized (only menu visible) when doubleclicking on the title bar.

This minimized window is not visible when activating it (it seems that it is in an area that is not covered by the virtual desktop of the two displays. To solve this, I have to move the window from one display to the other.

Revision history for this message
In , Jan Vlug (jan-vlug) wrote :

I confirm this issue on 5.4.4.1-1.fc27

Some system info:
Fedora 27, Wayland, 2 displays: regular and HiDPI

See also: https://bugzilla.redhat.com/show_bug.cgi?id=1526696

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

See also: https://bugs.documentfoundation.org/show_bug.cgi?id=104371

Bug Watch Updater (bug-watch-updater)
Changed in libreoffice (Fedora):
importance: Unknown → Undecided
status: Unknown → Confirmed
Changed in df-libreoffice:
importance: Unknown → Low
status: Unknown → Confirmed
Revision history for this message
Olivier Tilloy (osomon) wrote :

I cannot reproduce the issue with the latest version of LibreOffice (6.1.3.2) on Ubuntu 19.04.

@Jonathan: you originally reported this bug against Ubuntu 17.10, which is EOL. Can you still see it on 18.04 ?

Changed in libreoffice (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Jonathan Kamens (jik) wrote :

I am not able to reproduce this in 18.10. I no longer have an 18.04 machine to test on.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Thanks. I'm marking the bug fixed, per your comment. If you get a chance to test that on a 18.04 machine, please share your experience here.

Changed in libreoffice (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

Dear Jean-François Fortin Tam,

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

Revision history for this message
J-Paul BERARD (arverne) wrote :

Still present in
LibreOffice Version: 6.2.6.2
Build ID: 1:6.2.6-0ubuntu0.19.04.1

Revision history for this message
J-Paul BERARD (arverne) wrote :

The bug is no more present in this version.
BUT, the behavior is not really the good one : when you unmaximize the window, it doesn't come back to the previous size but to a nearly maximum size.

Version: 6.3.2.2
Build ID: 1:6.3.2-0ubuntu1
Ubuntu GNOME WAYLAND 19.10

Revision history for this message
In , Olivier-crete-x (olivier-crete-x) wrote :

I'm still reproducing this on Fedora 31 with the 6.3.4.2-2.fc31 build.

I think the other sub-bug here is that LibreOffice lets me resize the window to a size smaller than the UI elements.

Revision history for this message
Menno (mlabakker) wrote :

I am experiencing this on Kubuntu 20.04.
Version: 6.4.6.2
Build ID: 1:6.4.6-0ubuntu0.20.04.1
CPU threads: 4; OS: Linux 5.4; UI render: GL; VCL: kf5;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: CL
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-52-generic
OS Type: 64-bit
nVidia GeForce GTX650Ti, driver 450.80.02

I have already used configure window settings - size & position -remember position / remember size
and configure application application settings - size & position -remember position / remember size.
However it keeps opening smaller than I want it to. Even manually altering the size here has no effect.

Also, dragging the window to the desired size is very slow to draw.
Opening a document also take several seconds.
This did not happen when I was using Mint KDE 17.3. Documents opened instantaneously, window remembered size, resizing fast.

Revision history for this message
In , Koen Roggemans (koen-roggemans) wrote :

I think this bug describes the behaviour on https://askubuntu.com/questions/1274365/windows-of-an-application-have-minimum-size-and-i-cant-find-the-window-anymore

We have noticed that with several of our students on Ubuntu 20.04 with LO 7.0.4.2

Revision history for this message
Tim Passingham (tim-8aw3u04umo) wrote :

I'm on ubuntu 21.04, wayland. LO now opens files almost full size, but not quite within the screen size, slightly to the right, so I have to move the window (using the top bar) before I can properly resize it, and I have to do this every single time.

This seems to have changed in the most recent LO update. I have now uninstalled LO gtk3 and gnome, which makes things slightly better. Having done that I am now on:

Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: x11
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Ubuntu package version: 1:7.1.5~rc2-0ubuntu0.21.04.1~lo1
Calc: threaded

Revision history for this message
In , Stephane-guillou-i (stephane-guillou-i) wrote :

Jeff, Koen, Olivier and Jan: can you please test version 7.6.2 or above? With bug 125543 fixed, I wonder if the issue is also fixed for you.
Thank you.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.