Xpra: Ticket #681: tray icon breaks xpra attach on gnome 3.12

Operating System: Fedora 20 Xpra 0.14.6

This error does not occur on ArchLinux with Xpra 0.14.6.

$ ssh attach ssh:pyther@host.example.com:301
2014-09-14 11:35:30,023 xpra client version 0.14.6
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
2014-09-14 11:35:30,324 OpenGL_accelerate module loaded
2014-09-14 11:35:30,324 Using accelerated ArrayDatatype
2014-09-14 11:35:30,325 OpenGL support could not be enabled:
2014-09-14 11:35:30,325  The texture size is too small: 8192
2014-09-14 11:35:30,498 detected keyboard: rules=evdev, model=pc104, layout=us
2014-09-14 11:35:30,499 desktop size is 5680x1440 with 1 screen(s):
2014-09-14 11:35:30,499   ':0.0' (1503x381 mm) workarea: 5680x1413 at 0x27
2014-09-14 11:35:30,499     eDP1 2560x1440 (310x174 mm)
2014-09-14 11:35:30,499     DP3 1680x1050 at 2560x0 (474x296 mm)
2014-09-14 11:35:30,499     DP4 1440x900 at 4240x0 (408x255 mm)
****************************************************************************
                          NOTICE TO USERS
****************************************************************************
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/lib64/python2.6/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/lib64/python2.6/logging/__init__.py", line 1516, in shutdown
    h.flush()
  File "/usr/lib64/python2.6/logging/__init__.py", line 762, in flush
    self.stream.flush()
ValueError: I/O operation on closed file
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/lib64/python2.6/atexit.py", line 24, in _run_exitfuncs
    func(*targs, **kargs)
  File "/usr/lib64/python2.6/logging/__init__.py", line 1516, in shutdown
    h.flush()
  File "/usr/lib64/python2.6/logging/__init__.py", line 762, in flush
    self.stream.flush()
ValueError: I/O operation on closed file
2014-09-14 11:36:39,523 The SSH process has terminated with exit code 0
2014-09-14 11:36:39,524 Connection to the xpra server via SSH failed for: ssh:pyther@host.example.com:301
2014-09-14 11:36:39,524  the command line used was: ['ssh', '-l', 'pyther', '-T', 'host.example.com', 'xpra initenv >> /dev/null 2>&1 || echo "Warning: xpra server does not support initenv" 1>&2;~/.xpra/run-xpra _proxy :301']
2014-09-14 11:36:39,525  check your username, hostname, display number, etc
2014-09-14 11:36:39,525 internal error: read connection TwoFileConnection(ssh:pyther@host.example.com:301) closed: cannot read using ['ssh', '-l', 'pyther', '-T', 'host.example.com', 'xpra initenv >> /dev/null 2>&1 || echo "Warning: xpra server does not support initenv" 1>&2;~/.xpra/run-xpra _proxy :301']: the SSH process has terminated with exit code=0


Sun, 14 Sep 2014 17:08:12 GMT - pyther: summary changed

This appears to be an issue with the tray icon. Running with --no-tray allows xpra to start without a problem.

Running Fedora 20 with Gnome 3.12. I have not followed gnome development but in 3.12 you can right click on system tray icon (from the message center) and it gives you the right click menu. I don't think this was the cause with older versions of gnome.


Mon, 15 Sep 2014 01:02:22 GMT - pyther:

I think #657 might be related. Also found this Debian mailing list which seems to describe the same issue. https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1250201.html


Mon, 15 Sep 2014 09:58:24 GMT - Antoine Martin: owner, description changed

I am unable to reproduce this with a clean Fedora 20 virtual machine, or with my local dev box. (or with Debian as per #657)

Can you please try to give me something easier to reproduce or at least narrow it down a bit: is SSH required for reproducing the bug? does this happen if you connect locally? (no ssh or tcp) if not, does it happen using TCP mode? Does it occur with an Arch client? Arch server? Or just Fedora clients with any server type? What about ssh to localhost? Does it happen everytime, or most of the time? etc..


Mon, 15 Sep 2014 10:15:23 GMT - pyther:

I believe this is an issue with gnome 3.12. I am using gnome 3.12 on Fedora 20 from the rhughes f20-gnome-3-12 copr repository [1].

I do not use gnome on Arch, but I suspect the problem would be reproducible if I did.

The problem is always reproducible. It occurs when attaching to a local and a remote server. It also occurs when using TCP or SSH. From what I can tell this is certainly a client issue and is unrelated to the version running on the server.

Running with '--no-tray' always allows xpra to work.

(1) https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/


Mon, 15 Sep 2014 10:31:12 GMT - Antoine Martin: owner, priority, status changed

I quote: It contains packages built automatically that have had very little testing.

I'm not saying there isn't a bug in xpra... but at this point, I can't spend too much time installing unstable bits to cause problems, I've got enough problems already!

I'll test when I get a chance.


Tue, 16 Sep 2014 03:50:06 GMT - Antoine Martin:

Confirmed in a VM with gnome 3.12 from the repo above.

Interesting (and annoying) data point: whilst still running the old gnome with the new libraries installed, xpra still worked ok (xpra was running against the libraries then..). Which means that the problem is likely to be gnome-side, and much harder to figure out.


Tue, 16 Sep 2014 14:55:07 GMT - Antoine Martin:

Got something interesting: --delay-tray also fixes things.

I think it has something to do with us creating the tray widget before the main loop is running.


Tue, 16 Sep 2014 15:08:05 GMT - Antoine Martin:

Fixed in r7641. Will backport.

@pyther: does that fix things for you?


Tue, 16 Sep 2014 15:29:07 GMT - Antoine Martin: owner, status changed


Wed, 17 Sep 2014 00:57:36 GMT - pyther:

Applied the patch on top of 0.14.6, it solves the problem. Thanks!


Wed, 17 Sep 2014 03:28:33 GMT - Antoine Martin: status changed; resolution set

Backport in r7653. Closing.


Sat, 23 Jan 2021 05:02:50 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/681