On 21/07/09 02:51, johnjbarton wrote:
> On Jul 20, 4:50 pm, stefanw <we...@foo.at> wrote:
>> Is there a way to use Firebug to debug the window's unload event? Some
>> libraries have a lot of cleanup scheduled for unload, and I'm finding
>> it hard to see what's going on. There are two things that could help,
>> but I don't know if Firebug supports either of them or how to activate
>> them:
>
> Have you tried setting a breakpoint in the unload handler?
Yes, and it works well if you know where to look, but I think it would
also be handy to have kind of log file over the last few requests.
>> - an option not to clear the console log when a new page is loaded
>
> This is often requested, I guess we ask Firefox team about this. I
> know it sounds easy, but the sequence of event is like this:
>
> User request reload (Firebug does not know this).
> Web page is deleted. Firebug cleans up.
> Web page is loaded. Firebug starts up.
Ah. I thought that Firebug persisted between requests (at least the
extension's window does, when it's detached). I wouldn't presume to
suggest that this was an easy change - I hardly know anything about the
Firebug internals.
> So we don't know that the load is a reload.
It wouldn't have to be a reload, a persistent log would also be helpful
during normal navigation. Coming from the server side, I'm used to
having log files running in a terminal all the time, and I often miss
them when I'm doing client-side JS development.
I haven't played around with Firebug's source code yet, so I don't know
how much work such a feature would be... It seems to me (from an
outsider's point of view) that a minimal solution could be to make
Firebug observable - meaning that it would fire events when the
console's contents change. This way, a script in a separate window could
attach itself to Firebug and listen to these events, and then choose to
ignore any 'clear' events. Just a thought.
> If we don't clear the console when the page is deleted, then when do we?
Ideally, when the Firebug user deactivates the hypothetical "persist
messages" option again :-) Don't know if that's feasible, though.
regards,
stefan
--
LOAD"Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn!",8,1
RUN!