Closed Bug 1016304 Opened 10 years ago Closed 10 years ago

Implement a Worker Transport

Categories

(DevTools :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: ejpbruel, Assigned: ejpbruel)

Details

Bug 1003095 removed most chrome dependencies from the server (on those code paths we care about), but before we can move the server over to the worker thread we still need a transport that allows us to talk to the server over the worker's communication channel.

The plan is to create a transport that can talk to a MessagePort. We should then enable MessageChannel for chrome code (bug 984990).

If the worker loader is running on the main thread, it will use MessageChannel to create two MessagePorts. The server port will be exposed to the server as a per-module global, while the client port will be exposed as a property on the loader itself (the idea being that each worker loader represents/corresponds to a single worker). This should allow us to test the new transport without having to move everything over to the worker thread quite yet.
Blocks: dbg-worker
I'm closing this bug because it will be subsumed in a larger scoped bug that I'm about to open as a dependency for bug 1003097.
No longer blocks: dbg-worker
Summary: Implement a Worker Transport → Implement actors for Worker debugging
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Summary: Implement actors for Worker debugging → Implement a Worker Transport
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.