As the title says: Libreoffice apps are starting with a tiny window after being closed "maximized". The registrymodifications.xcu file's ooSetupFactoryWindowAttributes are being filled with wrong values. (see below) Not sure when exactly it appeared on my System. Might have been from 7.3.x to 7.4.x. It surely happened after the last update I did, but I don't remember if I was on 7.3 or 7.4 already before the last update. It is reproducible on my System as follows: 1. Maximize one LibreOffice app window and then close it 2. Open that App again and a very tiny window () appears in the upper left corner. This seems to consistent on any LibreOffice app. (Haven't tested Base, though) In ~/.config/libreoffice/4/user/registrymodifications.xcu I have the following "ooSetupFactoryWindowAttributes" entries in those cases <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.text.TextDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>0,0,1,1;5;0,0,0,0;</value></prop></item> <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.sheet.SpreadsheetDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>0,0,1,1;5;0,0,0,0;</value></prop></item> <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.drawing.DrawingDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>0,0,1,1;5;0,0,0,0;</value></prop></item> <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.presentation.PresentationDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>0,0,1,1;5;0,0,0,0;</value></prop></item> <item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.formula.FormulaProperties']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>0,0,1,1;5;0,0,0,0;</value></prop></item> <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>0,0,1,1;5;0,0,0,0;</value></prop></item> I am operating two 4K displays at 150% Zoom (Global scale in Display settings). (Maximizing the Apps only on each screen, not expanding them on both) Of course, because of this issue LO also doesn't remember on which screen it was on (for example on the second screen, by having the correct x/y position to start on the upper left corner of it) -------------------- LibreOffice Version: 7.4.1.2 System Specs: Operating System: Kubuntu 22.04 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.3 Kernel Version: 5.18.15-051815-generic (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 1700 Eight-Core Processor Memory: 31,3 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1050/PCIe/SSE2 Manufacturer: ASUS --------------------
can not confirm on Windows builds of 7.4.2.1 or current master against 7.5.0 likely more of see also bug 150779 affecting 7.4 branch For OP, please check against a parallel install of master where work on the vcl::WindowPosSize abstract class was more complete.
Notes on installing in parallel are here [1]. Please note benefit of adjusting the user profile for each temporary parallel install to isolate it from your os/DE distro's instance of LibreOffice. =-ref-= [1] https://wiki.documentfoundation.org/Installing_in_parallel
(In reply to V Stuart Foote from comment #1) > likely more of see also bug 150779 affecting 7.4 branch Yes, sounds like a duplicate of that, and should therefore be fixed in LO 7.4.2. *** This bug has been marked as a duplicate of bug 150779 ***
Created attachment 182968 [details] Picture of LO Calc opening, after having been closed in "maximized state"
(In reply to Michael Weghorn from comment #3) > (In reply to V Stuart Foote from comment #1) > > likely more of see also bug 150779 affecting 7.4 branch > > Yes, sounds like a duplicate of that, and should therefore be fixed in LO > 7.4.2. > > *** This bug has been marked as a duplicate of bug 150779 *** Just to clarify what the issue looks like, I posted an attachment of how it looks like when it opens. That is what I meant with tiny. Note I use a dark theme. It doesn't really look like the issue you referenced, where the window shows only the left pane of LO Start and is at least a usable window (without recents). Please also note, in the initial comment, I posted the ooSetupFactoryWindowAttributes values fr each app, that show an x,y of 0,0 and width/height of 1,1. If you still think this is a duplicate of that issue, I'll happily wait for 4.2 :) Thank you
(In reply to V Stuart Foote from comment #1) > can not confirm on Windows builds of 7.4.2.1 or current master against 7.5.0 > > likely more of see also bug 150779 affecting 7.4 branch > > For OP, please check against a parallel install of master where work on the > vcl::WindowPosSize abstract class was more complete. Thanks, I'll try to do that, too.
I just tested 7.4.2.3 and indeed the bug seems to be fixed in that version. Thank you very much
(In reply to frank from comment #7) > I just tested 7.4.2.3 and indeed the bug seems to be fixed in that version. > > Thank you very much Great, thanks for testing/verifying this.