After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 741800 - GTK3 apps have huge rendering pauses/hangs over SSH connection
GTK3 apps have huge rendering pauses/hangs over SSH connection
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
3.14.x
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-12-20 02:38 UTC by Robert Hancock
Modified: 2015-07-15 16:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Hancock 2014-12-20 02:38:24 UTC
When running GTK3 apps such as gedit or virt-manager over a remote SSH connection using X forwarding, the remote app sometimes stops rendering for long periods of time (30 seconds or more) or forever.

I can easily reproduce this on my machine (Fedora 21, Intel Haswell integrated graphics, fully updated) by starting up a F21 virtual machine in KVM and SSHing into the guest from the host machine. After starting up gedit in the remote session and typing a few characters, the gedit window stops updating and the menu buttons, etc. stop responding properly. Sometimes if you leave it that way long enough it will update eventually, but then won't update again for a long time.

The strange thing is that it seems to be timing-dependent. In one setup, I can log into two remote systems (CentOS 7 in this case) with the same package versions, and one has issues and one doesn't. The one that works is the slower machine, the faster machine has issues. So my guess is that whether the problem shows up depends on how fast the machine being logged into is (and likely the speed of the network connection). The case where you log into a VM running on the local machine seems to reproduce it quite reliably for me however.

As far as I can tell, only GTK3 apps seem to be affected. For example, gedit and virt-manager on F21. gvim (vim-X11) appears to be fine however, and uses GTK2.

The other piece of information that may or may not be important is that both of the systems I've seen this happen on (i.e. the systems logging into the other machine remotely) were running Intel Haswell graphics. Another machine I tried with NVIDIA graphics seemed not to exhibit the problem. However, it's unclear if this is important or just a red herring.

This RH Bugzilla report has a few more details as well as some xtrace logs from logging into two remote machines, one of which shows the problem and one doesn't:

https://bugzilla.redhat.com/show_bug.cgi?id=1172337
Comment 1 Michael Stahl 2015-06-24 19:45:04 UTC
can reproduce this issue on Fedora 21 (both sides), without virtualization even:

ssh -X to other box, any gtk3 app (gedit, gtk3demo, ...) started from shell does not repaint after initial paint.

gtk2 apps work fine for me.