With the following STR, I usually see one or both of the "observed" results in steps (3) and (4). (1) With SAL_USE_VCLPLUGIN=gtk3, open new writer document. (2) Type "a s d f <enter> q w e r <enter> i i i i <enter> <ctrl>+A". Observe that font selection control in toolbar shows "Liberation Serif" and the font size control shows 12; the third line in the document area is shorter than the first two lines. (3) In font selection control in toolbar, select or type "Liberation Mono". Expected : the font selection control in the toolbar shows "Liberation Mono" and in the document area all three lines are the same length. Observed : the font selection control in the toolbar shows "Liberation Serif" and the third line of text in the document area is shorter than the first two lines. (4) In the font size control in the tool bar, select 10. Expected : the text in the document area is visibly smaller, both vertically and horizontally, and the text size control in the toolbar shows 10. Observed : no visible difference in the document area and the font size control in the toolbar shows 12. Calc displays similar results. For comparison, with SAL_USE_VCLPLUGIN=gen, I see no problem. My observations are from debian-buster, on a local-built version of commit f717dcba (2019-12-29) and s-h b9e86836 (2019-12-29) in the bibisect-linux-64-6.5 repository. In that bibisect repository, I find: commit s-h date -------- -------- ------------------- good 00e616e6 e1c2bb57 2019-12-19 13:20:23 bad 44865672 f22044a4 2019-12-19 18:08:28 This is the same range of commits as I found for bug 129657, which is another gtk3-only bug. I am setting keywords regression, bibisected.
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Caolán: since it's specific to gtk3, thought you might be interested in this one.
Here logs I got on console during tests: warn:sal.osl:8151:8151:sal/osl/unx/module.cxx:159: dlopen(/home/julien/lo/libreoffice/instdir/program/libjava_gcc3.so, 257): /home/julien/lo/libreoffice/instdir/program/libjava_gcc3.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type warn:sal.osl:8151:8151:sal/osl/unx/module.cxx:159: dlopen(/home/julien/lo/libreoffice/instdir/program/libgcc3_java.so, 257): /home/julien/lo/libreoffice/instdir/program/libgcc3_java.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type warn:sfx.view:8151:8151:sfx2/source/view/viewfrm.cxx:3228: SID_SIDEBAR state requested, but no task pane child window exists for this ID! warn:sfx.view:8151:8151:sfx2/source/view/viewfrm.cxx:3228: SID_SIDEBAR state requested, but no task pane child window exists for this ID! warn:vcl:8151:8151:vcl/source/window/winproc.cxx:855: ImplHandleKey: Keyboard-Input is sent to a frame without focus warn:vcl:8151:8151:vcl/source/window/winproc.cxx:855: ImplHandleKey: Keyboard-Input is sent to a frame without focus warn:xmloff:8151:8151:xmloff/source/core/xmlerror.cxx:169: An error or a warning has occurred during XML import/export! Error-Id: 0x4002000d Flags: 4 SEVERE Class: 2 FORMAT Number: d Parameters: 0: block-list:block-list Exception-Message: Root element unknown Position: Public Identifier: System Identifier: WordExceptList.xml Row, Column: 1,80
I don't see this problem in Fedora 31 with gtk3-3.24 under gnome-shell. What versions and window manager does it appear under ?
Maybe this is the same problem as bug 129634 which appeared at the same time ?
I saw this problem with xfce. I should have thought to say that in my original report. This might well be the same as bug 129634. I am setting status RESOLVED DUPLICATE in anticipation of seeing the problem fixed as soon as I refresh my local build. *** This bug has been marked as a duplicate of bug 129634 ***
On pc Debian x86-64 with master sources updated today, I could still reproduce this anymore: echo $XDG_CURRENT_DESKTOP $GDMSESSION => GNOME lightdm-xsession apt-cache show libgtk-3-0 => 3.24.13-1 Can I provide more information or make some other tests?