Closed
Bug 588379
Opened 13 years ago
Closed 13 years ago
Errors in the Web Console should link to the source file
Categories
(DevTools :: General, defect, P1)
DevTools
General
Tracking
(blocking2.0 betaN+)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: dangoor, Assigned: pcwalton)
References
(Depends on 1 open bug)
Details
Attachments
(1 file)
4.90 KB,
patch
|
Details | Diff | Splinter Review |
Right now, when an error is displayed, the source file is listed but is not a link to view that file as it is in the Error Console.
Reporter | ||
Updated•13 years ago
|
Whiteboard: [kd4b5] → [kd4b7]
Reporter | ||
Updated•13 years ago
|
Whiteboard: [kd4b7]
![]() |
||
Comment 2•13 years ago
|
||
This is one of the bugs that is forcing me to continue using the old error console.
Comment 3•13 years ago
|
||
This looks like a super-easy fix, the only question is: what is the best way to access the "viewSourceUtils"? http://mxr.mozilla.org/mozilla-central/source/toolkit/components/viewsource/content/viewSourceUtils.js Do you just #include it at the end of HUDService.js? (Since we build our UI on the fly) It is included via a script tag in the existing console.xul.
Comment 4•13 years ago
|
||
We could add an EXPORTED_SYMBOLS to viewSourceUtils and make it a jsm in the makefile, then just lazily load it.
Comment 5•13 years ago
|
||
we just need to add an onclick for the displayed error like this: http://mxr.mozilla.org/mozilla-central/source/toolkit/components/console/content/consoleBindings.xml#429
Updated•13 years ago
|
Assignee: nobody → ddahl
Reporter | ||
Updated•13 years ago
|
Blocks: devtools4b8
Comment 6•13 years ago
|
||
This is one of the bits of functionality that will bring us up closer to par with the existing JS Error console. Needs blocking status.
blocking2.0: --- → ?
Updated•13 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Version: unspecified → Trunk
Updated•13 years ago
|
blocking2.0: ? → betaN+
Comment 7•13 years ago
|
||
Saving work
Reporter | ||
Comment 8•13 years ago
|
||
Reassigning this to Patrick, because he's rejiggering the log output as it is.
Assignee: ddahl → pwalton
Comment 9•13 years ago
|
||
(In reply to comment #8) > Reassigning this to Patrick, because he's rejiggering the log output as it is. the WIP patch here is everything but the event handler for the output:) cool.
Assignee | ||
Comment 10•13 years ago
|
||
Marking bug 605621 as a dependency. The work here should build off that bug.
Depends on: 605621
Assignee | ||
Updated•13 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 11•13 years ago
|
||
This is fixed in my patch queue for bug 605621.
Reporter | ||
Comment 14•13 years ago
|
||
mass change: filter mail on BLOCKERSETTING
Severity: normal → blocker
Updated•13 years ago
|
Severity: blocker → normal
Comment 15•13 years ago
|
||
fixed by checkin from bug 605621
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•5 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•