Created attachment 136485 [details] Test Database I'm running Version: 5.4.2.1 Build ID: 1:5.4.2~rc1-0ubuntu0.17.04.1 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group When I open a form, instead of retaining the size it was saved as, it always takes up the full window. Open table1 in the attached to see what I mean. Please ignore the macros and the content of the form, it's just the form size that seems wrong. I have tried editing the form, reducing its size, saving it and re-opening, to no avail. This is new to this rc version of libreoffice. I was on 5.4.1.2 previously.
Reproducible with Version: 5.4.3.0.0+ Build ID: 3766aa5b3232beba4e4989696b6d19103ba0d62f Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL : gtk3; Ubuntu_16.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Calc: single set status to NEW works as expected with LO 5.4.1 from Ubuntu PPA, so regression Best regards. JBF
set version to unspecified because 5.4.2.1 is not available in the dropdown list.
This is really quite an irritating issue. I have to resize every window every single time I use my applications, and often having multiple windows open this is becoming a real nuisance (English understatement....). It isn't 'critical' for sure, but for me it's more than 'normal'.
Still present in 5.4.2.2 and driving me slightly..... Version: 5.4.2.2 Build ID: 1:5.4.2~rc2-0ubuntu0.17.04.1~lo1 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group
I thought to try this under Windows 10, LO version 5.4.2 rc1. The problem does not occur in this environment. I don't know if this problem is specific to ubuntu, or generically under linux.
Couldn't reproduce this behavior with OpenSUSE 42.2 64bit rpm Linux and LO Version: 5.4.2.1 Build-ID: dfa67a98bede79c671438308dc9036d50465d2cb CPU-Threads: 4; Betriebssystem:Linux 4.4; UI-Render: Standard; VCL: kde4; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
No repro either on Version: 5.4.1.2 Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527 Threads CPU : 8; OS : Mac OS X 10.12.6; UI Render : par défaut; Locale : fr-FR (fr_FR.UTF-8); Calc: group so this sounds like it is an Ubuntu package problem.
@Tim : if you find the same problem with a TDF provided version, then please do re-open this report.
No repro either with Version: 5.4.2.2 Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4 CPU threads: 4; OS: Mac OS X 10.13; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
Ok - Thanks, I was beginning to think it must be ubuntu. I've gone back to 5.4.1 just to make sure it was nothing else in my 17.04 ubuntu system, and all was well, so it is the ubuntu pre-release of 5.4.2 that's the issue. So I'll try to tell the ubuntu people. To be honest I find that really hard to raise a formal bug report. They seem to put hurdles in the way of people raising faults, like asking for loads of dumps and stuff, so I emailed admin on the libreoffice packinging team a couple of days ago, referencing this report. I really do appreciate all the help here.
(In reply to Jean-Baptiste Faure from comment #1) > Reproducible with Version: 5.4.3.0.0+ > Build ID: 3766aa5b3232beba4e4989696b6d19103ba0d62f > Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL : gtk3; > Ubuntu_16.04_x86-64 > Locale : fr-FR (fr_FR.UTF-8); Calc: single > > set status to NEW Isn't this a TDF-version? Ubuntu-Versions doesn't get such a long Build ID ...
(In reply to robert from comment #11) > (In reply to Jean-Baptiste Faure from comment #1) > > Reproducible with Version: 5.4.3.0.0+ > > Build ID: 3766aa5b3232beba4e4989696b6d19103ba0d62f > > Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL : gtk3; > > Ubuntu_16.04_x86-64 > > Locale : fr-FR (fr_FR.UTF-8); Calc: single > > > > set status to NEW > > Isn't this a TDF-version? Ubuntu-Versions doesn't get such a long Build ID > ... Looks like it. I've not seen an ubuntu ppa containing 5.4.3, and as far as I know their build-ids always contain 'ubuntu' and an ubuntu version,
Hi Tim, You tested against : Build ID: 1:5.4.2~rc1-0ubuntu0.17.04.1 at least in your original comment. If that isn't an official Ubuntu release or a PPA, then where did it come from ? Irrespective of the above, I note that both you and JBF have GTK3 builds, perhaps therein lies the problem ? JBF, can we set this to CONFIRMED as you confirmed it with virtually the same VCL backend, albeit different Ubuntu OS and kernel versions ?
I can't reproduce this on my Linux Mint master build with GTK2 backend either.
(In reply to Alex Thurgood from comment #13) > Hi Tim, > > You tested against : > > Build ID: 1:5.4.2~rc1-0ubuntu0.17.04.1 > > at least in your original comment. If that isn't an official Ubuntu release > or a PPA, then where did it come from ? > > Irrespective of the above, I note that both you and JBF have GTK3 builds, > perhaps therein lies the problem ? > > JBF, can we set this to CONFIRMED as you confirmed it with virtually the > same VCL backend, albeit different Ubuntu OS and kernel versions ? I was responding to the comment from robert@familiegrosskopf.de about the version tested by Jean-Baptiste Faure which did display the same fault: Reproducible with Version: 5.4.3.0.0+ Build ID: 3766aa5b3232beba4e4989696b6d19103ba0d62f See the 2nd comment.
(In reply to robert from comment #11) > (In reply to Jean-Baptiste Faure from comment #1) > > Reproducible with Version: 5.4.3.0.0+ > > Build ID: 3766aa5b3232beba4e4989696b6d19103ba0d62f > > Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL : gtk3; > > Ubuntu_16.04_x86-64 > > Locale : fr-FR (fr_FR.UTF-8); Calc: single > > > > set status to NEW > > Isn't this a TDF-version? Ubuntu-Versions doesn't get such a long Build ID > ... It is the current dev version of the 5.4 branch built at home under Ubuntu 16.04 x86-64. So if the problem is specific to Ubuntu, I think it must be searched in a library used by LO, for example gtk3, not in LO itself. Will test again with my current 5.4 build. Best regards. JBF
Created attachment 136720 [details] how current LO 5.4.3.0.0+ opens the form It seems to work as expected with my current build of 5.4 branch. Best regards. JBF
So, to sum up, this problem seems present only in Ubuntu builds using the GTK3 backend, in which case, it is debateable whether this is a LibreOffice problem. Normally, I would put this as NOTOURBUG, but... we still have a lot of GTK3 problems referenced here with our own builds, so let's confirm, but change the title to reflect findings.
@Tim : there used to be some SAL_VCL_DISABLE_GTK3 instruction or something like that, that one could put into the .soffice script, or some other configuration file (I must admit, I haven't really followed that side of things), so that the VCL backend would revert back to a different default. If you could find that instruction, you might be able to test whether the behaviour is the same without the GTK3 backend.
Ah, a quick search on the interweb suggested using this in the shell before starting LibreOffice (from the shell) : export SAL_USE_VCLPLUGIN=gen
Or, alternatively, sudo apt-get remove libreoffice-gtk3
Hmm, and this useful nugget : https://ask.libreoffice.org/en/question/3078/choose-gui-toolkit-for-lo-session/
These are only workarounds to the problem pending a fix to the GTK3 code. It seems like at least some of the default Linux builds are being compiled with GTK3 as the default VCL backend, and if this is the case, the problem will become more prevalent.
Thanks. Having removed libreoffice-gtk3 (and ..-gnome) I'm now on Version: 5.4.2.2 Build ID: 1:5.4.2~rc2-0ubuntu0.17.04.1~lo1 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: x11; Locale: en-GB (en_GB.UTF-8); Calc: group The problem has gone away. This may only be a short term fix since ubuntu is moving to gnome, and indeed I have been on gnome for some months. I can't remember quite when and why I installed the gtk3 package after installing gtk3. I think something else wasn't working well, but I don't recall what. Time will tell :-)
Oops - That should have read "I can't remember quite when and why I installed the gtk3 package after installing ubuntu gnome"
And now I know why I installed the gtk3 component. See #105857 - multi-select list boxes don't work on ubuntu without it. I was running gtk2 at the time, and am now on gen (x11). I'm rather caught between a rock and hard-place.
I would suspect that being a regression caused by commit 159f55eab59d5a01973e5ea79f9109d25e5dac31 Author: Caolán McNamara <caolanm@redhat.com> Date: Sun Sep 10 16:07:49 2017 +0100 gtk3: flicker-free opengl transitions leave the GtkGLArea opengl context alone except for the final render into it, create a new context for the slide transitions to play with set up a pair of framebuffers, a scratch one to let the transitions render into, the other to take a snapshot when the transition is finished with it and then tell GtkGLArea we're ready to render it and when the callback comes around copy the snapshot into it. Change-Id: I3515614baf7eea0ff53c46edbaf9cf66f926eef2 hidpi+gtk3: move setting the opengl slide viewport to when the window size is set, and adjust to gtk3 hidpi scaling factor https://gerrit.libreoffice.org/#/c/42143/ https://gerrit.libreoffice.org/#/c/42153/ https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-4-2&id=159f55eab59d5a01973e5ea79f9109d25e5dac31
Due to the problem I have at #113552 I now have to put up with these maximised screens. When opening several forms to have on display at the same time it's "a nuisance".
I might add that if libreoffice-gtk3 is installed, but I start libreoffice with SAL_USE_VCLPLUGIN=gen soffice I still get maximised forms, even though the ubuntu version reports it is using VCL: x11;
I have now tried with libreoffice-gtk2, removing libreoffice-gtk3 and liberoffice-gnome. The version is now: Version: 5.4.3.2 Build ID: 1:5.4.3~rc2-0ubuntu0.17.10.1~lo1 CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: gtk2; Locale: en-GB (en_GB.UTF-8); Calc: group I'm logging on as ubuntu xorg (not wayland or the separate gnome shell). This resolves the form size issue (including on the test database attached), and I've not had any other issues yet. I'm a little surprised no one else seems to be having the same problem.
I've tried to bisect this issue but the win size is small in the latest commit of bibisect-linux-64-5.4 and it's large in the oldest commit of bibisect-linux64-6.0, so I guess it depends on the gtk3 version used to build LibreOffice...
I have the same version of ubuntu libreoffice (1:5.4.3~rc2-0ubuntu0.17.10.1~lo1) installed on my desktop and my laptop. My desktop is running full ubuntu(xorg) 17.10 which is based on gnome, and has the problem with the form sizing running libreoffice-gtk3. Testing on my laptop, running xubuntu 17.10 (which is based on xfce) I don't have the problem with libreoffice-gtk3.
