Xpra: Ticket #1277: osx delegate error

Seen from the launcher when re-connecting:

Traceback (most recent call last):
  File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/platform/darwin/gui.py", line 370, in ready
  File "/Applications/Xpra.app/Contents/Resources/lib/python/xpra/platform/darwin/gui.py", line 385, in setup
    class Delegate(NSObject):
error: Delegate is overriding existing Objective-C class

Could be caused by the sleep / wake (#1137 / r12271) or the tray deiconify hook. (#965 / r12162) Probably something we should not be re-instantiating or re-initialising when we connect again.

Originally recorded here: ticket:1240#comment:1.

Wed, 10 Aug 2016 04:37:37 GMT - Antoine Martin: status changed

See #1163 handle xpra:// urls on osx which may need the delegate code..

Tue, 06 Sep 2016 09:57:19 GMT - Antoine Martin: owner, status changed

This was 100% reproducible by connecting using the launcher to a server, causing a connection timeout (ie: control-z the server process) which brings up the launcher again with the "connection lost" warning, then re-connect to a server. (ie: the same one by resuming it with "fg").

Fixed in r13583 (works for me), hopefully without breaking power events. Also fixes the "GURL" warning.

@afarr: please close if OSX power events still work. (see #1137)

Tue, 06 Sep 2016 21:21:17 GMT - alas: status changed; resolution set

Tested with 1.0 r13590 osx client (10.9) and same version fedora 23 server.

Once I realized I also had to run a "bg" command after the control-z, in order for the "fg" to make the server active again, this worked for me as well.

Tested both a display timeout sleep and sleep option from the apple menu, worked fine in both cases.

Looks good. Closing.

Sat, 23 Jan 2021 05:19:51 GMT - migration script:

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