Xpra: Ticket #1292: Unable to sigint to detach on latest 1.0 OSX Beta

Running the r13447 Xpra 1.0 OSX beta client, I am unable to control-c the Terminal output to detach. Upon doing so, the client hangs after printing sound output stopping. The latest 0.17.5 (r13418) client is unaffected, and works as expected when giving a sigint.

Detaching by using cmd+Q into any open Xpra window works as expected, and will work as a workaround in the meantime.



Tue, 23 Aug 2016 19:46:02 GMT - J. Max Mena: description changed

Update latest client revision number - didn't notice the new client because of Chrome caching. Still an issue with the r13448 client.


Tue, 23 Aug 2016 19:50:22 GMT - J. Max Mena: description changed

Typo in Trunk client version number


Wed, 24 Aug 2016 04:22:02 GMT - Antoine Martin: owner changed

I thought this could have been caused by r13299 + r13361, or even r13423. But I cannot reproduce the problem with any recent beta versions. (and I've tried quite a few)

How did you come to the conclusion that "the client hangs"? Is it disconnected from the server? Can you run "xpra disconnect" on the server to end to make it exit? Does it still respond to clicks? Is the apple menu responsive? Could this be related to #1276? (different sound codecs? does it work without sound?) Can you get the "-d all" client output? Does hitting control-c again help?


Wed, 24 Aug 2016 06:21:31 GMT - Antoine Martin:

I think I saw it during testing for #1276, but it only occurred with the problematic gdp options. Now that they are removed, I cannot reproduce this at all. In any case, r13454 may help: we try harder to force the sound subprocess to exit. (untested since the problem no longer seems to occur)


Wed, 24 Aug 2016 17:55:28 GMT - J. Max Mena: attachment set

The terminal window after siginting


Wed, 24 Aug 2016 18:29:39 GMT - Antoine Martin:

From the screenshot you are using gdp, so please see per comment:4. If that's not the cause, see also the questions from comment:3.


Wed, 24 Aug 2016 18:35:01 GMT - J. Max Mena:

Retested with an ogg container - still an issue. Will attach another screenshot. (I also filled out the comment field here, but never actually clicked submit. My bad.


Wed, 24 Aug 2016 18:35:25 GMT - J. Max Mena: attachment set

Re-test same effect with ogg container


Wed, 24 Aug 2016 18:40:02 GMT - J. Max Mena:

From comment:3:


Wed, 24 Aug 2016 18:43:05 GMT - J. Max Mena: attachment set


Thu, 25 Aug 2016 14:31:47 GMT - Antoine Martin:

I've tried hard to reproduce and I just cannot get it to misbehave. Please try to narrow it down from the beta versions, when did it start? Does it affect all OSX versions? Does sound matter (turn it off), clipboard, etc? Failing all this, a gdb backtrace of the stuck process could help.


Fri, 26 Aug 2016 19:25:17 GMT - J. Max Mena: status changed; resolution set

I've tried hard to reproduce and I just cannot get it to misbehave.


The r13478 build fixes the issue - From comment:4:


In any case, r13454 may help: we try harder to force the sound subprocess to exit. (untested since the problem no longer seems to occur)


It looks like that's the one that fixed it - I was waiting on a new beta build (I thought I left that info in a comment, I guess it must have slipped through) to test as the (then) current version was r13451 that did not include the fix. The current r13478 build exits immediately, unlike the earlier builds which hung.


The latest changes you included definitely fixed the issue, so I'm going to mark this as fixed. If you'd like me to bi-sect and/or turn off features one by one, re-open this - But, since it's not hanging anymore I don't feel it's necessary as it's fixed.


Sat, 23 Jan 2021 05:20:17 GMT - migration script:

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