зеркало из https://github.com/mozilla/gecko-dev.git
580be6297e
If we try to start a worker too close to shutdown, the main runnable for its thread runs after shutdown has begun, bails out early trying to create a BackgroundChild for its thread. Unlike bail-outs in WorkerPrivate::DoRunLoop, though, nothing winds up scheduling the deletion of the worker after it returns, and afterwards the worker is stuck forever in a pending state. Attempts to shut it down from the main thread just dispatch an impotent notification to be processed by the workers main event loop (which, of course, will not ever happen). This patch fixes the behavior of WorkerThreadPrimaryRunnable to always call ScheduleDeletion when it exits, rather than only doing so when it succeeds in entering the worker's main loop. Differential Revision: https://phabricator.services.mozilla.com/D73134 |
||
---|---|---|
.. | ||
docs | ||
test | ||
UITour-lib.js | ||
UITour.jsm | ||
UITourChild.jsm | ||
UITourParent.jsm | ||
moz.build |