Making WorkerDebugger communication through IPC instead of runnable dispatching between threads.
Categories
(Core :: DOM: Workers, enhancement, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox139 | --- | fixed |
People
(Reporter: edenchuang, Assigned: edenchuang)
References
(Blocks 3 open bugs)
Details
Attachments
(4 files)
This is a part of bug 1672491. This bug is specific for improving the communication between Worker and WorkerDebugger by the IPC mechanism.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 1•1 year ago
|
||
| Assignee | ||
Comment 2•1 year ago
|
||
Depends on D230259
Updated•1 year ago
|
Updated•1 year ago
|
Comment 3•1 year ago
|
||
:ochameau, I'm setting a needinfo on you for https://phabricator.services.mozilla.com/D230260#7992817 because it's very easy to not see phabricator name-checks.
Updated•1 year ago
|
| Assignee | ||
Comment 4•1 year ago
|
||
Depends on D230259
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
| Assignee | ||
Comment 5•1 year ago
|
||
Depends on D230260
Updated•1 year ago
|
Comment 6•1 year ago
|
||
Hi!
I'm currently working on adding worker support for WebDriver BiDi (which shares a lot of similarities with what we try to do in DevTools), and it's going to be one of our focus for 2025, so I'd like to get a picture of the potential impacts of this change.
From looking at the comments on phabricator, it's not clear to me if the nsIWorkerDebugger will now be created in the parent process main thread for all workers, or if that only applies to shared/service workers.
My initial goal is to be able to interact with regular web workers, and for now my setup is similar to devtools: I spawn a WorkerDebugger in content process main thread, and then load a script via initialize to load the WebDriver BiDi logic in the worker thread.
Can you confirm if this will need to change with this Bug (and to be clear, that would probably only simplify things for us, so that's a nice win for the BiDi implementation, just trying to assess the impacts).
Thanks
| Assignee | ||
Comment 7•1 year ago
|
||
After the bug, nsIWorkerDebugger could be registered in parent process main thread for all types of Worker. Basically, it has the same behavior with the nsIWorkerDebugger in the content process main thread. You can still call nsIWorkerDebugger::Initilaize(url) in the parent process, and the debugger script will be loaded in the content process. And any notification, such as onmessage, onerror, are propagated to the parent process nsIWorkerDebuggerListener.
After this bug, we will not get rid of the content process nsIWorkerDebugger immediately. There will a bug for the debugger movement from content to parent.
Comment 8•1 year ago
|
||
Thanks for the feedback, this sounds like it will really simplify the implementation for us in WebDriver BiDi. So I'm hesitant to start working on this topic before this bug lands. I see you already have patches attached and reviews in progress, do you think this has a good chance to land early 2025?
| Assignee | ||
Comment 9•1 year ago
|
||
The patch is still being reviewed. Yes, we expect this will be landed in the early of 2025.
Comment 10•1 year ago
|
||
Comment 11•1 year ago
|
||
Backed out for causing multiple bustages/failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/1c03fe24b2f9b783980ae836da55fbcbcb5f2b12
Comment 12•1 year ago
|
||
Comment 13•1 year ago
•
|
||
Backed out for causing multiple failures
| Assignee | ||
Updated•1 year ago
|
Comment 14•1 year ago
|
||
Comment 15•1 year ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/5d39af040a61
https://hg.mozilla.org/mozilla-central/rev/df07abc82381
https://hg.mozilla.org/mozilla-central/rev/07833c96f60c
https://hg.mozilla.org/mozilla-central/rev/18bb85ce72bd
Comment 16•1 year ago
|
||
Backed out for causing high frequency failures in RtlRetrieveNtUserPfn.
Backout link: https://hg.mozilla.org/integration/autoland/rev/265c68e6df9ecbb37e8afd49a9342220b26543fb
Updated•1 year ago
|
Comment 17•1 year ago
|
||
Backout merged to central: https://hg.mozilla.org/mozilla-central/rev/265c68e6df9e
Comment 18•11 months ago
|
||
| Assignee | ||
Updated•11 months ago
|
Comment 19•11 months ago
|
||
Backed out for causing wpt failures @nsTArray.h.
Comment 20•11 months ago
|
||
Comment 21•11 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/77eda17d0795
https://hg.mozilla.org/mozilla-central/rev/604c4c52574a
https://hg.mozilla.org/mozilla-central/rev/f2debe329bca
https://hg.mozilla.org/mozilla-central/rev/53705a19f919
Updated•11 months ago
|
| Assignee | ||
Updated•11 months ago
|
Description
•