Closed
Bug 1291409
Opened 8 years ago
Closed 6 years ago
Make wasm modules identifiable by URL so devtools can link to them
Categories
(Core :: JavaScript Engine, defect, P3)
Core
JavaScript Engine
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: jlong, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: triage-deferred)
If a log in the console comes from a wasm module, we need to be able to click on the location and jump to the debugger. Right now this is always done with a URL because that's all the console gets. Locations can appear in a several cases: log locations, call stacks, etc. We've decided to generate URLs for wasm modules and maintain an internal mapping between them, so that the devtools can go from a URL tell the debugger to point to a specific wasm module at a specific place.
Comment 1•8 years ago
|
||
I'm interested to discuss what the right API is for this. SM can definitely maintain a set of live wasm instances (and already does, in fact [1]) and provide various ways to lookup. I'm interested in what is the key, the value, the lifetime (of the mapping and the value), and is this JSAPI or Debugger API. [1] http://hg.mozilla.org/mozilla-central/file/tip/js/src/asmjs/WasmCompartment.h#l32
Updated•8 years ago
|
Blocks: wasm-tools
Updated•7 years ago
|
Keywords: triage-deferred
Priority: -- → P3
Comment 2•6 years ago
|
||
With bug 1458029, wasm modules have real URLs when compiled from fetch()ed Responses so this magic probably isn't needed.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•