Closed
Bug 963112
Opened 10 years ago
Closed 5 years ago
Automatic prettyprinting should not set the editor source twice
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: gl, Unassigned)
Details
When a source is selected, we call > DebuggerView.setEditorLocation(sourceItem.value); [1] which sets the editor source initially. It is followed by a check to see if the source should be autopretty printed, which overwrites the source if toggled. We should ensure the source is only set once - whether or not it should be pretty printed or as is. [1] https://mxr.mozilla.org/mozilla-central/source/browser/devtools/debugger/debugger-panes.js#789
Reporter | ||
Comment 1•10 years ago
|
||
cc'd interested parties
Comment 2•10 years ago
|
||
Nice catch.
Comment 3•10 years ago
|
||
I left it in, cos i thought it was better for the user to get some content immediately after it comes in, rather than wait each time for a minified check before display. Pls could this be assigned this to me, So it comes on my bugmotodo list to quickly fix? thanks
Comment 4•10 years ago
|
||
(In reply to Hubert B Manilla from comment #3) > I left it in, cos i thought it was better for the user to get some content > immediately after it comes in, rather than wait each time for a minified > check before display. > > Pls could this be assigned this to me, So it comes on my bugmotodo list to > quickly fix? thanks why dont send a boolean along with the request to fetch a source. that boolean can indicate that the user would like to get non-monified version of js if possible, then directly fetch non minified. I think it might take half a second extra, but it will be much better than current solution where it taked 2-3 seconds extra. (2-3 seconds as in the time user clicked on the source to the time non-minified version of source was shown)
Updated•10 years ago
|
Assignee: nobody → b4bomsy
Status: NEW → ASSIGNED
Comment 5•10 years ago
|
||
I'm unconvinced that there is a large slowdown from auto pretty printing in the frontend versus the server. Requests over the RDP aren't as heavy as they feel because 99% of the time they are local and even when remote, they are over usb. Point being there isn't a large amount of latency or extra work in requests. It isn't a silver bullet. However, I think it could make sense to move it to the server side. The boolean indicating whether we want auto pretty printed sources would belong in the (re)configuration packet(s)[0][1]. The source forms[2] in the "sources" response would just have "isPrettyPrinted: true" if we automatically pretty printed them. [0] http://mxr.mozilla.org/mozilla-central/source/browser/devtools/debugger/debugger-controller.js#425 [1] http://mxr.mozilla.org/mozilla-central/source/browser/devtools/debugger/debugger-controller.js#347 [2] http://mxr.mozilla.org/mozilla-central/source/toolkit/devtools/server/actors/script.js#2429
Updated•10 years ago
|
Priority: -- → P3
Updated•10 years ago
|
Summary: Autopretty print can result in setting the editor source twice → Automatic prettyprinting should not set the editor source twice
Updated•6 years ago
|
Product: Firefox → DevTools
Comment 6•5 years ago
|
||
This bug has not been updated in the last 6 months. Resetting the assignee field.
Please, feel free to pick it up again and add a comment outlining your plans for it if you do still intend to work on it.
This is just trying to clean our backlog of bugs and make bugs available for people.
Assignee: b4bomsy → nobody
Status: ASSIGNED → NEW
Comment 7•5 years ago
|
||
closing as this is related to the old debugger.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•