Bug 151450

Summary: Libreoffice apps starting with a tiny window after being closed "maximized". registrymodifications.xcu ooSetupFactoryWindowAttributes being filled with wrong values (kf5 only)
Product: LibreOffice Reporter: frank
Component: LibreOfficeAssignee: Not Assigned <libreoffice-bugs>
Status: VERIFIED DUPLICATE    
Severity: normal CC: hsantanna+libreoffice, m.weghorn, vsfoote
Priority: medium    
Version: 7.4.1.2 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=150779
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 102495    
Attachments: Picture of LO Calc opening, after having been closed in "maximized state"

Description frank 2022-10-10 10:58:48 UTC 
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

--------------------
Comment 1 V Stuart Foote 2022-10-11 00:27:06 UTC 
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.
Comment 2 V Stuart Foote 2022-10-11 00:31:58 UTC 
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
Comment 3 Michael Weghorn 2022-10-11 05:24:43 UTC 
(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 ***
Comment 4 frank 2022-10-11 09:41:45 UTC 
Created attachment 182968 [details]
Picture of LO Calc opening, after having been closed in "maximized state"
Comment 5 frank 2022-10-11 09:52:49 UTC 
(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
Comment 6 frank 2022-10-11 09:54:28 UTC 
(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.
Comment 7 frank 2022-10-11 10:26:15 UTC 
I just tested 7.4.2.3 and indeed the bug seems to be fixed in that version.

Thank you very much
Comment 8 Michael Weghorn 2022-10-11 12:47:30 UTC 
(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.