Created attachment 182305 [details] Minimized form in middel of the screen Open a database document. Click on a form. Form opens minimized. Same behavior when starting Tools → Macros → Edit Macros in Base. Version: 7.4.1.1 / LibreOffice Community Build ID: 0a046a10cbf1679eea5538bd3ab63156caa3a036 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Might be this is a special kf5-bug like bug 150779
Created attachment 182307 [details] Minimized macro editor in top left of the screen
Works without any problem in LO 7.3.5.2, fails with first LO 7.4.0.* So it's an regression
I didn't reproduce using attachment 174960 [details] from bug 144436 nor for Tools → Macros → Edit Macros. 1st step with a bug is to test with a new LO user profile folder, you may rename existing one.
(In reply to Timur from comment #3) > I didn't reproduce using attachment 174960 [details] from bug 144436 nor for > Tools → Macros → Edit Macros. > 1st step with a bug is to test with a new LO user profile folder, you may > rename existing one. Have already tested with a new user profile. Could test it here with different versions of LO. Currently working with Version: 7.3.5.2 / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Bug doesn't appear here. Did you test it with Linux/KDE? Why did you set Importance to "low/minor"? As you could see in screenshots it is really a problem to find the opened editor for macros.
I reproduced with older 7.4 as kf5 (at first I just tested current 7.4). But not with master 7.5+ so I close as WFM. As for Minor, it doesn't spoil data and it wasn't confirmed. But it was annoying, you are right.
Tested it with a new profile and LO 7.4.1.1 First start → Form in LO will be opened as expected. Closed LO and reopened again → Form will be shown minimized So it isn't resolved with LO 7.4.1.1
Status Reopened is wrong per https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status. Reference is master 7.5+ so this is Fixed, but we don't know where so it's WFM as I closed. You may set Unconfirmed if you tested master and it's still wrong, but not Reopened. Only thing that can be done here is to find a fix and check for backport, you are welcome to do it.
(In reply to Timur from comment #7) > Status Reopened is wrong per > https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status. > Reference is master 7.5+ so this is Fixed, but we don't know where so it's > WFM as I closed. > You may set Unconfirmed if you tested master and it's still wrong, but not > Reopened. > Only thing that can be done here is to find a fix and check for backport, > you are welcome to do it. Reference isn't another build of LO. It has to be a build of LO 7.4. Couldn't be a normal user should wait (through all bug fixes in LO 7.4) for LO 7.5 to get a bug fixed. A fixed bug is only a bug, where you could say: This has been changed and it works as expected in the same LO subversion (here LO 7.4). I have set this one to unconfirmed. And I won't test it with a master of LO 7.5, because I won't work with a LO 7.4 for all the time where I have to size the forms every time I open them. I will hear all this from users, who will say: "Unusable, why do you write such a funny book as the Base Handbuch." (translated into English as Base Guide)
NOT REPRODUCED STEPS TO BE FOLLEWED: 1.Open a database document. 2.Click on a form. 3.Form opens minimized Properly working :) ENVIRONMENT: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Calc: threaded OS: Linux Mint 21 Cinnamon 5.4.11
@Ilmari, @Michael, any chance you could bisect this issue on your side ?
Bibisected with Linux 7.4 repo to https://git.libreoffice.org/core/commit/ea5a0918c8c32309821ab239c4b95f4d6a3b5c12 VCL add vcl::WindowPosSize abstract class I deleted user profile with each bisect and tested twice in a row. Bad result was usually that LibreOffice itself started minimised (at second test).
I have difficulties reproducing this, but I sometimes see Writer or Base starting minimized when the window was maximized on closing in the previous run with the libreoffice-7-4 branch as of commit 23d607b104013e412295ac83956edc74e94ed2df. Given that ea5a0918c8c32309821ab239c4b95f4d6a3b5c12 mentions it "Should mostly be a refactoring" and nothing on 7-4 depends on it (except for a single place that was using the new name of a flag), reverting the commit on 7-4 only seems to be the easiest way forward to me. Suggested Gerrit change: https://gerrit.libreoffice.org/c/core/+/139903
Tested this again: Bug appears only if LO has been maximized before closing. Doesn't recognize this, because I'm only working with LO maximized. If I'm opening a form and won't maximize it will not be minimized. But I had problems with this before, because the height of the form often will set a little bit smaller and after opening and closing it will get smaller and smaller … Haven't tested this with LO 7.4 and will report a bug, if this appears again.
(In reply to Buovjaga from comment #11) > I deleted user profile with each bisect and tested twice in a row. Bad > result was usually that LibreOffice itself started minimised (at second > test). Indeed, testing the *original* scenario like this makes the issue reproducible for me, see tdf#150779 comment 12 - and it seems to be related to previously maximized windows.
No longer reproducible for me with https://gerrit.libreoffice.org/c/core/+/139903 in place.
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/1c0f44cbacb4bcefcf383586e7ccd32d47388fa4 tdf#150779 tdf#150856 Revert "VCL add vcl::WindowPosSize ... It will be available in 7.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 151004 has been marked as a duplicate of this bug. ***
*** Bug 151038 has been marked as a duplicate of this bug. ***
*** Bug 151054 has been marked as a duplicate of this bug. ***
*** Bug 151078 has been marked as a duplicate of this bug. ***
*** Bug 151220 has been marked as a duplicate of this bug. ***
I'm running 7.4.2.3 and I'm still affected by this bug. OS: Arch Linux, updated. DE: KDE Plasma.
(In reply to Henrique Capeleiro from comment #22) > I'm running 7.4.2.3 and I'm still affected by this bug. > > OS: > Arch Linux, updated. > > DE: > KDE Plasma. If this still happens with a fresh user profile, I suggest to create a new bug report and add a link here. Please describe the exact steps to reproduce and also copy the information from "Help" -> "About LibreOffice" into the bug report.
I've reported bug 151054, which seems related. I reopened bug 151054 per the suggestion in this thread.
(In reply to Michael Weghorn from comment #23) > (In reply to Henrique Capeleiro from comment #22) > > I'm running 7.4.2.3 and I'm still affected by this bug. > > > > OS: > > Arch Linux, updated. > > > > DE: > > KDE Plasma. > > If this still happens with a fresh user profile, I suggest to create a new > bug report and add a link here. Please describe the exact steps to reproduce > and also copy the information from "Help" -> "About LibreOffice" into the > bug report. Adding Henrique to Cc. In the duplicate report, reporter said that the issue was gone after resetting the profile.
Works fine in LibreOffice 7.4.2.3 40(Build:3) in Kubuntu 22.04, without resetting my profile.
*** Bug 151412 has been marked as a duplicate of this bug. ***