Closed
Bug 1488994
Opened 7 years ago
Closed 7 years ago
GeckoChildProcessLaunch::AsyncLaunch shouldn't need to wait for CHANNEL_INITIALIZED
Categories
(Core :: IPC, enhancement)
Core
IPC
Tracking
()
RESOLVED
FIXED
mozilla64
Tracking | Status | |
---|---|---|
firefox64 | --- | fixed |
People
(Reporter: jld, Assigned: jld)
References
Details
Attachments
(1 file)
GeckoChildProcessLaunch::AsyncLaunch does more than launch the process: it also blocks until the I/O thread has initialized the channel.
It doesn't appear that we actually need to do that anymore; the history is old and involves NPAPI, but I made it not do that as part of my async launch patch series, and it passes Try.
Assignee | ||
Comment 1•7 years ago
|
||
(In reply to Jed Davis [:jld] (⏰UTC-6) from comment #0)
> the history is old and involves NPAPI
For reference, the history is bug 998863.
Assignee | ||
Comment 2•7 years ago
|
||
Comment 3•7 years ago
|
||
Comment on attachment 9008596 [details]
Bug 1488994 - Stop waiting for channel construction in AsyncLaunch, and clean up launch methods
Aaron Klotz [:aklotz] has approved the revision.
Attachment #9008596 -
Flags: review+
Comment 4•7 years ago
|
||
Comment on attachment 9008596 [details]
Bug 1488994 - Stop waiting for channel construction in AsyncLaunch, and clean up launch methods
Andrew McCreight [:mccr8] has approved the revision.
Attachment #9008596 -
Flags: review+
Pushed by jedavis@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/b071d7bc708a
Stop waiting for channel construction in AsyncLaunch, and clean up launch methods r=mccr8,aklotz
Comment 6•7 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox64:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in
before you can comment on or make changes to this bug.
Description
•