Greetings.
Lately whenever I launch GTK+ applications over x2go, the pull-down menus are usually not displayed properly or at all.
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel.
Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
Claws Mail seems to be an exception; it uses GTK+ but its pull-down menus work fine.
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5.
Regards, Tristan
Tristan Miller
I can confirm this same issue. I have two machines running archlinux with the latest updates and XFCE4, and I am seeing the exact same behavior. I have noticed that Thunar on these machines doesn't exhibit the issue but just about everything else does. Makes x2go pretty much unusable. Also have the same issue when running openbox on the x2go server, so it doesn't appear to be related to the DE running on the server. Issue appears to affect Mac x2goclients as well as linux.
It seems to have occured on one of the servers machines with the issue after a recent OS update where the following packages were upgraded (I have downgraded libxrender, gtk2, gtk3, to the previous versions and the problem still exists, I am not sure what other packages could have this effect) :
upgraded tzdata (2016f-1 -> 2016h-1) upgraded iana-etc (20160513-1 -> 20160927-1) upgraded glib2 (2.48.2-1 -> 2.50.1-1) upgraded libpng (1.6.25-1 -> 1.6.26-2) upgraded libjpeg-turbo (1.5.0-1 -> 1.5.1-1) upgraded xproto (7.0.29-1 -> 7.0.31-1) upgraded libx11 (1.6.3-1 -> 1.6.4-1) upgraded jasper (1.900.1-15 -> 1.900.5-1) upgraded gdk-pixbuf2 (2.34.0-2 -> 2.36.0+2+ga7c869a-1) upgraded gtk-update-icon-cache (3.20.9-1 -> 3.22.2+4+gc54f348-1) upgraded freetype2 (2.6.5-2 -> 2.7-2)
upgraded harfbuzz (1.3.1-1 -> 1.3.3-1) upgraded libthai (0.1.24-1 -> 0.1.25-1) upgraded libxrender (0.9.9-1 -> 0.9.10-1) upgraded libxml2 (2.9.4+4+g3169602-1 -> 2.9.4+12+ge905f08-1) upgraded wayland (1.11.0-1 -> 1.12.0-1) upgraded libdrm (2.4.70-1 -> 2.4.71-1) upgraded libedit (20160618_3.1-1 -> 20160903_3.1-1) upgraded llvm-libs (3.8.1-1 -> 3.9.0-1) upgraded libxfixes (5.0.2-1 -> 5.0.3-1) upgraded mesa (12.0.2-1 -> 13.0.0-1) upgraded mesa-libgl (12.0.2-1 -> 13.0.0-1) upgraded pango (1.40.2-1 -> 1.40.3-1) upgraded adwaita-icon-theme (3.20-2 -> 3.22.0-1) upgraded archlinux-keyring (20160812-1 -> 20161101-1) upgraded libsystemd (231-1 -> 231-4) upgraded dbus (1.10.10-3 -> 1.10.12-1) upgraded libxi (1.7.6-1 -> 1.7.8-1) upgraded libxtst (1.2.2-1 -> 1.2.3-1) upgraded at-spi2-core (2.20.2-1 -> 2.22.0-1) upgraded atk (2.20.0-1 -> 2.22+1+gd57f97d-1) upgraded at-spi2-atk (2.20.1-2 -> 2.22.0-1) upgraded mpfr (3.1.4.p1-1 -> 3.1.5-1) upgraded gawk (4.1.3-2 -> 4.1.4-1) upgraded autoconf (2.69-3 -> 2.69-4) upgraded perl (5.24.0-1 -> 5.24.0-2) upgraded automake (1.15-1 -> 1.15-2) upgraded openssl (1.0.2.h-1 -> 1.0.2.j-1) upgraded ca-certificates-mozilla (3.26-1 -> 3.27.1-1) upgraded sqlite (3.14.1-1 -> 3.15.0-1) upgraded hwids (20160421-1 -> 20160801-1) upgraded libutil-linux (2.28.1-1 -> 2.28.2-1) upgraded e2fsprogs (1.43.1-2 -> 1.43.3-1) upgraded shadow (4.2.1-3 -> 4.4-3) upgraded util-linux (2.28.1-1 -> 2.28.2-1) upgraded systemd (231-1 -> 231-4) upgraded nspr (4.12-1 -> 4.13.1-1) upgraded colord (1.3.2-2 -> 1.3.3-1) upgraded libssh2 (1.7.0-2 -> 1.8.0-1) upgraded curl (7.50.1-1 -> 7.51.0-1) upgraded dbus-glib (0.106-1 -> 0.108-1) upgraded device-mapper (2.02.164-1 -> 2.02.166-1) upgraded file (5.28-1 -> 5.29-1) upgraded gc (7.4.2-4 -> 7.6.0-1) upgraded libproxy (0.4.12-2 -> 0.4.13-1) upgraded nettle (3.2-2 -> 3.3-1) upgraded gnutls (3.4.14-1 -> 3.4.16-1) upgraded gsettings-desktop-schemas (3.21.4-1 -> 3.22.0+1+g6f52ab5-1) upgraded glib-networking (2.48.2-1 -> 2.50.0-1) upgraded gnome-themes-standard (3.20.2-1 -> 3.22.2-1) upgraded grep (2.25-2 -> 2.26-1) upgraded grub (1:2.02.beta3-3 -> 1:2.02.beta3-4) upgraded gssproxy (0.5.1-1 -> 0.5.1-2) upgraded gstreamer (1.8.3-1 -> 1.10.0-1) upgraded libxv (1.0.10-1 -> 1.0.11-1) upgraded gst-plugins-base-libs (1.8.3-1 -> 1.10.0-1) upgraded gst-plugins-base (1.8.3-1 -> 1.10.0-1) upgraded libxrandr (1.5.0-1 -> 1.5.1-1) upgraded shared-mime-info (1.6-2 -> 1.7-1) upgraded libcups (2.1.4-2 -> 2.2.1-1) upgraded gtk2 (2.24.30+95+g876b5f7-1 -> 2.24.31-1) upgraded json-glib (1.2.2-1 -> 1.2.2+4+gd725fb5-1) upgraded xkeyboard-config (2.18-1 -> 2.19-1) upgraded gtk3 (3.20.9-1 -> 3.22.2+4+gc54f348-1) upgraded tar (1.29-1 -> 1.29-2) upgraded libtool (2.4.6-5 -> 2.4.6-6) upgraded less (481-2 -> 487-1) upgraded texinfo (6.1-4 -> 6.3-1) upgraded guile (2.0.12-1 -> 2.0.13-1) upgraded iproute2 (4.7.0-1 -> 4.8.0-1) upgraded iso-codes (3.69-1 -> 3.70-1) upgraded nss (3.26-1 -> 3.27.1-1) upgraded jre8-openjdk-headless (8.u102-1 -> 8.u112-1) upgraded jre8-openjdk (8.u102-1 -> 8.u112-1) upgraded libass (0.13.2-1 -> 0.13.4-1) upgraded libnotify (0.7.6-2 -> 0.7.7-1) upgraded libsamplerate (0.1.8-3 -> 0.1.9-1) upgraded libsigc++ (2.8.0-1 -> 2.10.0-1) upgraded libsoup (2.54.1-1 -> 2.56.0-1) upgraded libwbclient (4.5.0-1 -> 4.5.1-1) upgraded libx264 (2:148.20160613-2 -> 2:148.20160920-1) upgraded libxslt (1.1.29-1 -> 1.1.29+23+geb1030d-1) upgraded linux-firmware (20160730.6bc2c60-1 -> 20161005.9c71af9-1) upgraded mkinitcpio (20-1 -> 21-1) upgraded linux (4.7.2-1 -> 4.8.6-1) upgraded lm_sensors (3.4.0-1 -> 3.4.0-2) upgraded logrotate (3.9.2-1 -> 3.10.0-1) upgraded lvm2 (2.02.164-1 -> 2.02.166-1) upgraded man-pages (4.07-1 -> 4.08-1) upgraded nano (2.7.0-1 -> 2.7.1-1) upgraded noto-fonts (20160613-1 -> 20161003-1) upgraded openssh (7.3p1-1 -> 7.3p1-2) upgraded pacman-mirrorlist (20160901-1 -> 20161101-1) upgraded pciutils (3.5.1-1 -> 3.5.2-1) upgraded perl-capture-tiny (0.36-1 -> 0.44-1) installed libsecret (0.18.5-1) upgraded pinentry (0.9.7-2 -> 0.9.7-3) upgraded s-nail (14.8.10-1 -> 14.8.14-1) upgraded tdb (1.3.10-1 -> 1.3.11-1) upgraded tevent (0.9.29-1 -> 1:0.9.31-1) upgraded smbclient (4.5.0-1 -> 4.5.1-1) upgraded samba (4.5.0-1 -> 4.5.1-1) upgraded sudo (1.8.17.p1-1 -> 1.8.18.p1-1) upgraded systemd-sysvcompat (231-1 -> 231-4) upgraded vte-common (0.44.2-1 -> 0.46.0+5+g398a3f8-1) upgraded xf86-input-evdev (2.10.3-1 -> 2.10.4-1) upgraded xfconf (4.12.0-4 -> 4.12.1-1) upgraded xfce4-panel (4.12.0-2 -> 4.12.1-1) upgraded xfce4-settings (4.12.0-5 -> 4.12.1-1) installed pcre2 (10.22-1) installed vte3 (0.46.0+5+g398a3f8-1) upgraded xfce4-terminal (0.6.3-3 -> 0.8.1-1) upgraded xfdesktop (4.12.3-2 -> 4.12.3-3)
Both servers are running arch package x2goserver-4.0.1.19-5, and my client is running arch package x2goclient 4.0.5.2-1.
Please advise as this issue makes it pretty difficult to use x2go.
Thanks,
Rett Walters
On 11/01/2016 11:51 AM, Tristan Miller wrote:
Greetings.
Lately whenever I launch GTK+ applications over x2go, the pull-down menus are usually not displayed properly or at all.
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel.
Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
Claws Mail seems to be an exception; it uses GTK+ but its pull-down menus work fine.
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5.
Regards, Tristan
x2go-user mailing list x2go-user@lists.x2go.org http://lists.x2go.org/listinfo/x2go-user
On Tue, Nov 8, 2016 at 4:15 AM, Rett D. Walters <rettw78@rtwnetwork.com> wrote:
I can confirm this same issue. I have two machines running archlinux with the latest updates and XFCE4, and I am seeing the exact same behavior. I have noticed that Thunar on these machines doesn't exhibit the issue but just about everything else does. Makes x2go pretty much unusable. Also have the same issue when running openbox on the x2go server, so it doesn't appear to be related to the DE running on the server. Issue appears to affect Mac x2goclients as well as linux.
It seems to have occured on one of the servers machines with the issue after a recent OS update where the following packages were upgraded (I have downgraded libxrender, gtk2, gtk3, to the previous versions and the problem still exists, I am not sure what other packages could have this effect) :
What version of nx-libs are you using? You could try to use a nightly build of nx-libs (https://sunweavers.net/blog/node/20) and see if that changes anything. However, there's no nightly for Arch Linux, so you need to build it yourself.
Otherwise try to downgrade more packages and find the one that breaks things.
I would start with these:
upgraded libxfixes (5.0.2-1 -> 5.0.3-1) upgraded mesa (12.0.2-1 -> 13.0.0-1) upgraded mesa-libgl (12.0.2-1 -> 13.0.0-1) upgraded pango (1.40.2-1 -> 1.40.3-1) upgraded libxtst (1.2.2-1 -> 1.2.3-1) upgraded gsettings-desktop-schemas (3.21.4-1 -> 3.22.0+1+g6f52ab5-1) upgraded gnome-themes-standard (3.20.2-1 -> 3.22.2-1) upgraded libxv (1.0.10-1 -> 1.0.11-1) upgraded libxrandr (1.5.0-1 -> 1.5.1-1) upgraded gtk2 (2.24.30+95+g876b5f7-1 -> 2.24.31-1) upgraded gtk3 (3.20.9-1 -> 3.22.2+4+gc54f348-1) upgraded xfconf (4.12.0-4 -> 4.12.1-1) upgraded xfce4-panel (4.12.0-2 -> 4.12.1-1) upgraded xfce4-settings (4.12.0-5 -> 4.12.1-1) installed vte3 (0.46.0+5+g398a3f8-1) upgraded xfce4-terminal (0.6.3-3 -> 0.8.1-1) upgraded xfdesktop (4.12.3-2 -> 4.12.3-3)
upgraded wayland (1.11.0-1 -> 1.12.0-1)
You are not using wayland, are you?
Lately whenever I launch GTK+ applications over x2go, the pull-down menus are usually not displayed properly or at all.
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel.
This sounds like a window manager problem.
Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
Googling for these messages leads to bugs regarding xwayland and HiDPI monitors, which does not fit in here (e.g.: https://bugs.documentfoundation.org/show_bug.cgi?id=99508), but they sugges using
SAL_USE_VCLPLUGIN=gtk
Does that help?
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5.
Have you checked if it works at all without x2go?
Uli
Greetings.
On Tue, 8 Nov 2016 08:04:20 +0100, Ulrich Sibiller <uli42@gmx.de> wrote:
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel.
This sounds like a window manager problem.
I'm not so sure. I haven't upgraded the window manager since July 2015, and I'm sure that pull-down menus were working fine until relatively recently (i.e., in the last month or two). Also, the problem happens only when using x2go, not when running applications locally or over ssh. I'm using KWin 4.11.20 on the client.
Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
Googling for these messages leads to bugs regarding xwayland and HiDPI monitors, which does not fit in here (e.g.: https://bugs.documentfoundation.org/show_bug.cgi?id=99508), but they sugges using
SAL_USE_VCLPLUGIN=gtk
Does that help?
Yes, using SAL_USE_VCLPLUGIN=gtk, the pull-down menus work in LibreOffice. Of course, this is of no help for other GTK+ applications.
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5.
Have you checked if it works at all without x2go?
Yes. Pull-down menus for all applications work fine when run locally on the server (or locally on the client, for that matter). They also work fine when I run them remotely via ssh -X. They appear correctly, and no error messages are emitted to the console. It's only when running them remotely via x2go that they don't work.
Regards, Tristan
Tristan Miller
Hi - thanks for your fast response.
I can confirm this same issue. I have two machines running archlinux with the latest updates and XFCE4, and I am seeing the exact same behavior. I have noticed that Thunar on these machines doesn't exhibit the issue but just about everything else does. Makes x2go pretty much unusable. Also have the same issue when running openbox on the x2go server, so it doesn't appear to be related to the DE running on the server. Issue appears to affect Mac x2goclients as well as linux.
It seems to have occured on one of the servers machines with the issue after a recent OS update where the following packages were upgraded (I have downgraded libxrender, gtk2, gtk3, to the previous versions and the problem still exists, I am not sure what other packages could have this effect) : What version of nx-libs are you using? You could try to use a nightly build of nx-libs (https://sunweavers.net/blog/node/20) and see if
On Tue, Nov 8, 2016 at 4:15 AM, Rett D. Walters <rettw78@rtwnetwork.com> wrote: that changes anything. However, there's no nightly for Arch Linux, so you need to build it yourself. Currently using 3.5.0.32-2 (archlinux package version). I will take a look at upgrading this manually if all else fails. Otherwise try to downgrade more packages and find the one that breaks things.
I would start with these:
upgraded libxfixes (5.0.2-1 -> 5.0.3-1) upgraded mesa (12.0.2-1 -> 13.0.0-1) upgraded mesa-libgl (12.0.2-1 -> 13.0.0-1) upgraded pango (1.40.2-1 -> 1.40.3-1) upgraded libxtst (1.2.2-1 -> 1.2.3-1) upgraded gsettings-desktop-schemas (3.21.4-1 -> 3.22.0+1+g6f52ab5-1) upgraded gnome-themes-standard (3.20.2-1 -> 3.22.2-1) upgraded libxv (1.0.10-1 -> 1.0.11-1) upgraded libxrandr (1.5.0-1 -> 1.5.1-1) upgraded gtk2 (2.24.30+95+g876b5f7-1 -> 2.24.31-1) upgraded gtk3 (3.20.9-1 -> 3.22.2+4+gc54f348-1) upgraded xfconf (4.12.0-4 -> 4.12.1-1) upgraded xfce4-panel (4.12.0-2 -> 4.12.1-1) upgraded xfce4-settings (4.12.0-5 -> 4.12.1-1) installed vte3 (0.46.0+5+g398a3f8-1) upgraded xfce4-terminal (0.6.3-3 -> 0.8.1-1) upgraded xfdesktop (4.12.3-2 -> 4.12.3-3) I will start downgrading these suggestions to see if I can localize which one seems to cause the issue. I have already downgraded several of them.
upgraded wayland (1.11.0-1 -> 1.12.0-1) You are not using wayland, are you? No, I am not using Wayland, however the arch packages for gtk3 and mesa
On 11/08/2016 01:04 AM, Ulrich Sibiller wrote: pull in wayland as a dependency.
Lately whenever I launch GTK+ applications over x2go, the pull-down menus are usually not displayed properly or at all.
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel. This sounds like a window manager problem. Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu) Googling for these messages leads to bugs regarding xwayland and HiDPI monitors, which does not fit in here (e.g.: https://bugs.documentfoundation.org/show_bug.cgi?id=99508), but they sugges using
SAL_USE_VCLPLUGIN=gtk
Does that help?
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5. Have you checked if it works at all without x2go?
Uli At this time, I can confirm everything works properly on a local X console - this problem only occurs when using X2go to access the servers in question.
Quick FYI - downgrading gtk3 to 3.20.9-1 fixed the issue for me with pull down menus not showing. It also fixed the issue with the help menu showing some screen atifacts in the upper left corner of the screen as was reported by the other user with the same issue.
Thanks for the help.
Rett Walters
On 11/08/2016 07:52 PM, Rett D. Walters wrote:
Hi - thanks for your fast response.
On 11/08/2016 01:04 AM, Ulrich Sibiller wrote:
I can confirm this same issue. I have two machines running archlinux with the latest updates and XFCE4, and I am seeing the exact same behavior. I have noticed that Thunar on these machines doesn't exhibit the issue but just about everything else does. Makes x2go pretty much unusable.
Also have the same issue when running openbox on the x2go server, so it doesn't appear to be related to the DE running on the server. Issue appears to affect Mac x2goclients as well as linux.It seems to have occured on one of the servers machines with the issue after a recent OS update where the following packages were upgraded (I have downgraded libxrender, gtk2, gtk3, to the previous versions and the problem still exists, I am not sure what other packages could have this effect) : What version of nx-libs are you using? You could try to use a nightly build of nx-libs (https://sunweavers.net/blog/node/20) and see if
On Tue, Nov 8, 2016 at 4:15 AM, Rett D. Walters <rettw78@rtwnetwork.com> wrote: that changes anything. However, there's no nightly for Arch Linux, so you need to build it yourself. Currently using 3.5.0.32-2 (archlinux package version). I will take a look at upgrading this manually if all else fails. Otherwise try to downgrade more packages and find the one that breaks things.
I would start with these:
upgraded libxfixes (5.0.2-1 -> 5.0.3-1) upgraded mesa (12.0.2-1 -> 13.0.0-1) upgraded mesa-libgl (12.0.2-1 -> 13.0.0-1) upgraded pango (1.40.2-1 -> 1.40.3-1) upgraded libxtst (1.2.2-1 -> 1.2.3-1) upgraded gsettings-desktop-schemas (3.21.4-1 -> 3.22.0+1+g6f52ab5-1) upgraded gnome-themes-standard (3.20.2-1 -> 3.22.2-1) upgraded libxv (1.0.10-1 -> 1.0.11-1) upgraded libxrandr (1.5.0-1 -> 1.5.1-1) upgraded gtk2 (2.24.30+95+g876b5f7-1 -> 2.24.31-1) upgraded gtk3 (3.20.9-1 -> 3.22.2+4+gc54f348-1) upgraded xfconf (4.12.0-4 -> 4.12.1-1) upgraded xfce4-panel (4.12.0-2 -> 4.12.1-1) upgraded xfce4-settings (4.12.0-5 -> 4.12.1-1) installed vte3 (0.46.0+5+g398a3f8-1) upgraded xfce4-terminal (0.6.3-3 -> 0.8.1-1) upgraded xfdesktop (4.12.3-2 -> 4.12.3-3) I will start downgrading these suggestions to see if I can localize which one seems to cause the issue. I have already downgraded several of them.
upgraded wayland (1.11.0-1 -> 1.12.0-1) You are not using wayland, are you? No, I am not using Wayland, however the arch packages for gtk3 and mesa pull in wayland as a dependency. Lately whenever I launch GTK+ applications over x2go, the pull-down menus are usually not displayed properly or at all.
For example, if I launch the Xfce Terminal, I see the usual "File", "Edit", "View", "Terminal", "Tabs", and "Help" labels in the pull-down menu bar. If I click on these, they become underlined as though they are active, but the corresponding pull-down menu doesn't (usually) appear. Instead, a single pixel in the upper left corner of my desktop turns white. The only exception is when I click on "Help" -- the first time I do this, I do get a pull-down menu, but it's attached to the upper left corner of my desktop, not to the "Help" label in the Terminal window. The menu is very small, though, and I need to scroll through it to see all the entries. The second or subquent times I try to view the "Help" menu, I just get a single pixel. This sounds like a window manager problem. Similar behaviour is observed in most other GTK+2 and GTK+3 applications, such as the GNOME Terminal and the GNOME Character Map. The problem is reproducible when launhcing LibreOffice with SAL_USE_VCLPLUGIN=gtk2 or SAL_USE_VCLPLUGIN=gtk3, but not with SAL_USE_VCLPLUGIN=kde4 or SAL_USE_VCLPLUGIN=gen. Some (but not all) of the applications output error messages like this to the console when I try to activate a pull-down menu:
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion 'width >= 0' failed
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
(gucharmap:26208): Gtk-WARNING **: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu) Googling for these messages leads to bugs regarding xwayland and HiDPI monitors, which does not fit in here (e.g.: https://bugs.documentfoundation.org/show_bug.cgi?id=99508), but they sugges using
SAL_USE_VCLPLUGIN=gtk
Does that help?
Anyone know what the cause might be and how I can work around it? I'm running x2goserver-4.0.1.19 on an openSUSE Tumbleweed server and x2goclient-4.0.5.0 on an openSUSE 13.2 client. The client desktop environment is KDE 5. Have you checked if it works at all without x2go?
Uli At this time, I can confirm everything works properly on a local X console - this problem only occurs when using X2go to access the servers in question.
Greetings.
On Fri, 11 Nov 2016 10:36:00 -0600, "Rett D. Walters" <rettw78@rtwnetwork.com> wrote:
Quick FYI - downgrading gtk3 to 3.20.9-1 fixed the issue for me with pull down menus not showing. It also fixed the issue with the help menu showing some screen atifacts in the upper left corner of the screen as was reported by the other user with the same issue.
Interesting information. I will try downgrading libgtk as well, provided it doesn't break anything.
The question is then, is the pull-down misbehaviour we observed a bug in GTK3 or a bug in x2go/NX? If no one here is sure then I guess it wouldn't hurt to raise an issue on the GTK+ bug tracker.
Regards, Tristan
Tristan Miller
Greetings.
On Fri, 11 Nov 2016 18:26:29 +0100, Tristan Miller
On Fri, 11 Nov 2016 10:36:00 -0600, "Rett D. Walters" <rettw78@rtwnetwork.com> wrote:
Quick FYI - downgrading gtk3 to 3.20.9-1 fixed the issue for me with pull down menus not showing. It also fixed the issue with the help menu showing some screen atifacts in the upper left corner of the screen as was reported by the other user with the same issue.
Interesting information. I will try downgrading libgtk as well, provided it doesn't break anything.
The question is then, is the pull-down misbehaviour we observed a bug in GTK3 or a bug in x2go/NX? If no one here is sure then I guess it wouldn't hurt to raise an issue on the GTK+ bug tracker.
I've raised a GTK+ issue here: https://bugzilla.gnome.org/show_bug.cgi?id=774396
Regards, Tristan
Tristan Miller
Greetings.
On Mon, 14 Nov 2016 10:57:00 +0100, Tristan Miller <psychonaut@nothingisreal.com> wrote:
On Fri, 11 Nov 2016 18:26:29 +0100, Tristan Miller
On Fri, 11 Nov 2016 10:36:00 -0600, "Rett D. Walters" <rettw78@rtwnetwork.com> wrote:
Quick FYI - downgrading gtk3 to 3.20.9-1 fixed the issue for me with pull down menus not showing. It also fixed the issue with the help menu showing some screen atifacts in the upper left corner of the screen as was reported by the other user with the same issue.
Interesting information. I will try downgrading libgtk as well, provided it doesn't break anything.
The question is then, is the pull-down misbehaviour we observed a bug in GTK3 or a bug in x2go/NX? If no one here is sure then I guess it wouldn't hurt to raise an issue on the GTK+ bug tracker.
I've raised a GTK+ issue here: https://bugzilla.gnome.org/show_bug.cgi?id=774396
Well, it seems I can no longer reproduce the problem after upgrading the server from GTK+ 3.22.3 to to GTK+ 3.22.5 and from X2Go Server 4.0.1.19 to X2Go Server 4.0.1.20. Possibly one or both of these upgrades was responsible for the bug going away.
Now if only that terrible bug that causes Emacs to crash when run over X2Go could be squashed...
Regards, Tristan
Tristan Miller
Am 29.12.2016 um 17:47 schrieb Tristan Miller:
Now if only that terrible bug that causes Emacs to crash when run over X2Go could be squashed...
Do you have a fresh, full backup of your machine or could you set up a test machine?
If so, try x2goserver and nx-libs from our nightly builds ("heuler" repo), and in addition to that, replace the nx-libs with those currently under development in the Arctica project.
Note that for distributions other than Debian, this may mean you have to compile from source, especially regarding the Arctica nx-libs.
Please do not attempt this on a production machine, and do make a full backup first - better be safe than sorry.
Kind Regards, Stefan Baur
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243