User:GijsKruitbosch/JS Debugging/DocumentFromException: Difference between revisions
Jump to navigation
Jump to search
(Oops, B wasn't finished yet) |
(→Plan B) |
||
| Line 10: | Line 10: | ||
== Plan B == | == Plan B == | ||
*In the debugger hook that Firebug has, the exception hook gets a JSContext, from there you can get the nsIScriptGlobalObject (, and from that you can get a nsIDOMWindowInternal, which has a frameElement from which you can derive a document etc. etc. ''Note: http://lxr.mozilla.org/seamonkey/source/content/base/src/nsContentUtils.cpp#1001'' | *In the debugger hook that Firebug has, the exception hook gets a JSContext, from there you can get the nsIScriptGlobalObject (http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsJSUtils.cpp#206), and from that you can get a nsIDOMWindowInternal, which has a frameElement from which you can derive a document etc. etc. ''Note: http://lxr.mozilla.org/seamonkey/source/content/base/src/nsContentUtils.cpp#1001'' | ||
*Save this info in the internals of the debugger. Note: this would still require binary components... | *Save this info in the internals of the debugger. Note: this would still require binary components... | ||
*Assume that whatever exception comes in through the error console listener will be the last one you stored in the debugger code, meaning you now get a clue of where your error came from. | *Assume that whatever exception comes in through the error console listener will be the last one you stored in the debugger code, meaning you now get a clue of where your error came from. | ||
== Discussion == | == Discussion == | ||
Revision as of 20:45, 20 June 2006
Main aim
Be able to determine the document an error came off from within chrome js/extension/etc.
We'll use plan A unless we run out of time to do this on branch, in which case we have plan B for backup..
Plan A
- Make nsIConsoleMessage implement nsIException
- Make nsIException have useful stuff in its data field that can be used to determine the document that the message came off. Note: what? (as in, exactly)
Plan B
- In the debugger hook that Firebug has, the exception hook gets a JSContext, from there you can get the nsIScriptGlobalObject (http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsJSUtils.cpp#206), and from that you can get a nsIDOMWindowInternal, which has a frameElement from which you can derive a document etc. etc. Note: http://lxr.mozilla.org/seamonkey/source/content/base/src/nsContentUtils.cpp#1001
- Save this info in the internals of the debugger. Note: this would still require binary components...
- Assume that whatever exception comes in through the error console listener will be the last one you stored in the debugger code, meaning you now get a clue of where your error came from.