зеркало из https://github.com/mozilla/gecko-dev.git
cf20f54068
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 |
||
---|---|---|
.. | ||
RemoteUtils.cpp | ||
RemoteUtils.h | ||
moz.build | ||
nsDBusRemoteClient.cpp | ||
nsDBusRemoteClient.h | ||
nsDBusRemoteServer.cpp | ||
nsDBusRemoteServer.h | ||
nsGTKRemoteServer.cpp | ||
nsGTKRemoteServer.h | ||
nsRemoteClient.h | ||
nsRemoteServer.h | ||
nsRemoteService.cpp | ||
nsRemoteService.h | ||
nsUnixRemoteServer.cpp | ||
nsUnixRemoteServer.h | ||
nsWinRemoteClient.cpp | ||
nsWinRemoteClient.h | ||
nsWinRemoteServer.cpp | ||
nsWinRemoteServer.h | ||
nsWinRemoteUtils.h | ||
nsXRemoteClient.cpp | ||
nsXRemoteClient.h | ||
nsXRemoteServer.cpp | ||
nsXRemoteServer.h |