gecko-dev/toolkit/components/remote
Dave Townsend cf20f54068 Bug 1553781: When the remote service finds an instance to remote to it doesn't clean up the startup lock. r=glandium
This fixes the issue in a few redundant ways:
* nsProfileLock is made to properly clean itself up when destroyed.
* nsRemoteService makes sure the unlock when destroyed.
* nsAppRunner unlocks when a remote client has been found.

Differential Revision: https://phabricator.services.mozilla.com/D32360

--HG--
extra : moz-landing-system : lando
2019-05-30 17:53:36 +00:00
..
RemoteUtils.cpp
RemoteUtils.h
moz.build
nsDBusRemoteClient.cpp
nsDBusRemoteClient.h
nsDBusRemoteServer.cpp
nsDBusRemoteServer.h
nsGTKRemoteServer.cpp
nsGTKRemoteServer.h
nsRemoteClient.h
nsRemoteServer.h
nsRemoteService.cpp Bug 1553781: When the remote service finds an instance to remote to it doesn't clean up the startup lock. r=glandium 2019-05-30 17:53:36 +00:00
nsRemoteService.h
nsUnixRemoteServer.cpp
nsUnixRemoteServer.h
nsWinRemoteClient.cpp
nsWinRemoteClient.h
nsWinRemoteServer.cpp
nsWinRemoteServer.h
nsWinRemoteUtils.h
nsXRemoteClient.cpp
nsXRemoteClient.h
nsXRemoteServer.cpp
nsXRemoteServer.h