Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Trunk r17250 breaks clients ability to create windows (At least, in KDE) #1672

Closed
totaam opened this issue Oct 25, 2017 · 6 comments
Closed

Comments

@totaam
Copy link
Collaborator

totaam commented Oct 25, 2017

Issue migrated from trac ticket # 1672

component: client | priority: blocker | resolution: fixed

2017-10-25 17:16:59: maxmylyn created the issue


My server is a Trunk r17252 Fedora 25 server, and my client is a trunk Fedora 25 client

I get this traceback when trying to connect with r17252:

Traceback (most recent call last):
  File "/usr/lib64/python2.7/site-packages/xpra/client/ui_client_base.py", line 3108, in _process_new_window
    self._process_new_common(packet, False)
  File "/usr/lib64/python2.7/site-packages/xpra/client/ui_client_base.py", line 2917, in _process_new_common
    self.make_new_window(wid, x, y, ww, wh, bw, bh, metadata, override_redirect, client_properties)
  File "/usr/lib64/python2.7/site-packages/xpra/client/ui_client_base.py", line 2942, in make_new_window
    watcher_pid = self.assign_signal_watcher_pid(wid, pid)
  File "/usr/lib64/python2.7/site-packages/xpra/client/ui_client_base.py", line 2980, in assign_signal_watcher_pid
    proc = subprocess.Popen("xpra_signal_listener", stdout=subprocess.PIPE, stderr=subprocess.PIPE, close_fds=True, preexec_fn=os.setsid)
  File "/usr/lib64/python2.7/subprocess.py", line 390, in __init__
    errread, errwrite)
  File "/usr/lib64/python2.7/subprocess.py", line 1024, in _execute_child
    raise child_exception
OSError: [Errno 2] No such file or directory

The connection continues and I technically get a session, but no window forwarding - sound is working because I hear a "blorp" when my machine connects (no idea why, must be some default setting that got enabled on the server), so sound forwarding is working.

So, I perused the timeline and noticed that you added some threading to ensure gnome-shell will play nicely, and I run KDE, so on that hunch I rolled my client back to r17249 and it works fine. So that narrows it down to r17250.

@totaam
Copy link
Collaborator Author

totaam commented Oct 25, 2017

2017-10-25 17:41:34: antoine changed owner from antoine to maxmylyn

@totaam
Copy link
Collaborator Author

totaam commented Oct 25, 2017

2017-10-25 17:41:34: antoine commented


Forgot some bits in r17250, fixed in r17253, see #1350#comment:3 for details.

sound is working because I hear a "blorp" when my machine connects
That's been the case for many months.
See #1617#comment:2 : we play the "bell" sample to ensure the cutter element is initialized on.

@totaam
Copy link
Collaborator Author

totaam commented Oct 27, 2017

2017-10-27 18:21:35: maxmylyn commented


Upped client and server to r17263 and it's working again.

Closing.

@totaam
Copy link
Collaborator Author

totaam commented Oct 27, 2017

2017-10-27 18:21:46: maxmylyn changed status from new to closed

@totaam
Copy link
Collaborator Author

totaam commented Oct 27, 2017

2017-10-27 18:21:46: maxmylyn set resolution to fixed

@totaam
Copy link
Collaborator Author

totaam commented Oct 27, 2017

2017-10-27 18:21:46: maxmylyn commented


(actually closing)

@totaam totaam closed this as completed Oct 27, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant