Open
Bug 1291419
Opened 8 years ago
Updated 2 years ago
Investigate the ability to load huge wasm sources
Categories
(DevTools :: Debugger, enhancement, P5)
DevTools
Debugger
Tracking
(Not tracked)
NEW
People
(Reporter: jlong, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
The people working on wasm support desires the ability to load wasm sources in the debugger, which can be *huge*. We need to figure out how to support this use case, because while we've improved our handling of large files, users still have to wait a long time for very large files to be loaded. wasm files are going to be the largest ones we've ever seen, so CodeMirror might not even be able to handle it. We talked about a few ideas: * Load a "collapsed" version of the source, so you'd only see the function definitions, and could interactively expand them somehow. This would require good enough support from CodeMirror for doing this expansion. * Write our own simplistic editor that only requests parts of the source at a time (and would kick in for files >50MB or something). This would intentionally be simplistic: no syntax highlighting or fancy features. The scrollbar could be inaccurate (show what portion of the current slice is scrolled) or no scrollbar at all. I think those were the only 2 ideas. These are ordered by complexity. The downsides for creating our own editor is that it would end up being a lot of work I think, and users would inevitably complain about the lack of features and we'd slowly implement a whole editor. I'd also like to have a test case that we can benchmark against. Once we can load a wasm source in the editor, we should see just how bad CodeMirror is. From there we can see if there are any simpler options, i.e. features in CodeMirror that we can leverage. Maybe we can do the collapsed idea. And worst case, we can experiment with our own dumb editor.
Reporter | ||
Updated•8 years ago
|
Assignee: nobody → jlong
Comment 1•8 years ago
|
||
mbx (+cc) said he dived into VS code's editor and that it was pretty good, maybe better at handling very large source files.
Comment 2•8 years ago
|
||
This is not something we're working on right now, but would like to look into in the near future. Therefore, I'm marking this as P2.
Priority: -- → P2
Comment 3•8 years ago
|
||
It looks like Chrome might have found a way to do this. Attaching a screenshot.
Comment 4•8 years ago
|
||
Attachment #8816514 -
Attachment is obsolete: true
Comment 5•8 years ago
|
||
FWIW, wasm-debugger integration is ongoing in bug 1286948 (see also https://www.youtube.com/watch?v=R1WtBkMeGds). This bug is focused on just the (perf, UI) scalability problem of ginormous sources.
Updated•7 years ago
|
Assignee: jlong → nobody
Updated•6 years ago
|
Product: Firefox → DevTools
Updated•5 years ago
|
Priority: P2 → P3
Updated•5 years ago
|
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•