Closed Bug 1011677 Opened 10 years ago Closed 10 years ago

Debugging chrome code running in a child process

Categories

(DevTools :: Debugger, defect)

defect
Not set
normal

Tracking

(e10s+)

RESOLVED DUPLICATE of bug 1060093
Tracking Status
e10s + ---

People

(Reporter: evilpie, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [e10s-m6])

Allison had this idea in bug 1011663. I don't think we have any way of doing this yet, but it's probably just a matter of rewiring some actor that we already have for content code in the child.
I think the backend code is in place for this: script.js which contains both ThreadActor and ChromeDebuggerActor is already loaded in child processes. What is missing is a UI mode toggle that would make the Browser Toolbox target the latter instead of the former.

Actually, I'm not quite sure how a sane UI for this would look, especially if we want it to work before Firefox is e10s-only. If we only consider the long term, I think it boils down to a UI element for focusing the browser toolbox to a particular global, which is something we've been wanting to do for quite a while (bug 806775, bug 928018).
Blocks: dte10s
tracking-e10s: --- → +
OS: Linux → All
Hardware: x86_64 → All
Blocks: dbg-browser
Summary: [e10s] Allow debugging chrome code running in the child process → Debugging chrome code running in a child process
Whiteboard: [e10s-m6]
A separate toolbox for chrome code in the content process was added in bug 1060093.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.