Created attachment 124117 [details] restore down bug I launch Lebreoffice and restore down window, then close and launch again, it will remembers the windows aize and position. but maximize window, then close and launch again,when restore down, it will not. as attachment
so if libreoffice can be set default windows size like version 4.1.6, it will be fine.
I am sure Settings of Libreoffice window size and postion is in "LibreOffice 5\user\registrymodifications.xcu" but I can not find it out.
The value of windows and position is below <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.frame.StartModule']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>4,46,1672,972;4;0,0,0,0;</value></prop></item>
Reproduced. Note for testers: "Restore down" means switching from maximized to non-max. Win 7 Pro 64-bit Version: 5.2.0.0.alpha1+ Build ID: d848960a3e77a8608a48f3ba394928c955f1e2d9 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-04-25_06:03:51 Locale: fi-FI (fi_FI)
maybe it is not s bug, Adapt to it.
** Please read this message in its entirety before responding ** 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
Dear odinatlas, 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://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
After upgrading Debian 9 to Debian 10 on AMD64 I have the same bug. LibreOffice version used (as in Debian10 repository) is: Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u6 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-GB (en_US.UTF-8); Calc: group threaded Tested in Calc and Writer. If at exit the window is in restored state/size (i.e. custom size) then the next load is OK. If the window is maximized when exit, the next load is also maximized (so-far OK). But when the freshly opened maximized window is changed to custom size, the custom size is not the last size, but something small in the upper left side of the screen. So it seems that when it exits, if the window is maximized, it does not save or does not save correctly the custom size (what it knows well, while running, i.e. switching between custom size and maximized works well until exit). In earlier version I did not have this. Since the original bug is from 2016, it seems that it came back with the new Office.
Dear odinatlas, 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
Still repro: 1. Launch scalc.exe 2. Change window width to half 3. Maximise 4. Exit 5. Launch scalc.exe 6. Unmaximise Window width is not half. I also repro on Linux, but not the tiny size mentioned in comment 8. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 00c5b0ca9264c5440bc70a68c425127ba5a47003 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
Does not happen to me on Fedora Linux 38 on Xorg/X11 with LibreOffice 7.5.2. Non-maximized NON-TILED window dimensions are retained after quitting while maximized. However, HALF-TILED window dimensions (using GNOME Shell's Super+Left/Right shortcut) are not retained, and that's normal behavior (at least in GNOME Shell / Mutter), all other apps behave that way. On GNOME, the only dimensions that will be retained is when the window is not maximized AND not tiled.