Re: Debugger not stopping at hard breakpoint in xul javascript.
Gijs Kruitbosch <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.jsdebugger |
|---|---|
| Message-ID | <[email protected]> |
Dennis Muhlestein wrote: > James Ross wrote: >> Dennis Muhlestein wrote: >>> Is there some special circumstance that deals with breakpoints inside >>> of event handler code? >> >> Venkman does nothing special, and if anything special is needed it's a >> bug in the underlying JavaScript engine or (more likely) DOM code that >> is pissing about with the event. >> >> I have never had any problem setting a hard breakpoint in script files >> in extensions. >> >> There is one technique that will always work, although I rarely need >> to employ it: >> >> - Place the 'debugger' statement in the code where you wish to break. >> You can put it inside its own if, or wherever ever you'd like to stop. >> - Make sure Pretty Print is turned on in Venkman. >> - Run the code. >> >> The 'debugger' statement will force the JavaScript engine to break >> into the debugger (i.e. Venkman) if it is open. Pretty Print will >> avoid any issues where DOM/JavaScript engine are returning mismatching >> line numbers (commonly a problem for inline event handlers, but can >> occur in other places). >> > > > Ok, to regain my sanity, I created a new profile in FireFox, started > with 0 extensions and added Venkman. Then I installed my own extension. > In this profile, I can now debug the event handler. I can only assume > that there is some problem in my other profile, or a problem with > another extension in my other profile that is interfering with the event > handling debugging. I tried all the the things listed in your comments > and the debugger would never stop in the event handler code. It does > indeed work in my new profile however. > > Thanks for you comments. > Dennis Did you have Firebug installed? Having two JS debuggers at once is "iffy" at best, given some of the core implementation of JS debugging. ~ Gijs