[Cosmo-dev] JS error-handling in the UI
Matthew Eernisse
mde at osafoundation.org
Tue Jul 31 15:15:35 PDT 2007
Two reasons:
1. Consistency. Right now all generic JS errors generated by the UI code
log to the console.
2. Efficiency/usability. Waiting for the modal dialog to pop, clicking
the details link, popping up a new window, and scrolling to see all the
stack is makes it much slower to do iterative debugging -- which is
something I spend a lot of time doing. The Firebug error console has a
lot of niceties for both logging and viewing errors all in one place
that makes it much better for debugging than our home-rolled solution
(with all due respect to the work you've done to make it more usable).
Now, if later we decide we'd like to design something that handles all
errors in a unified way (e.g., hiding all of them behind the modal
dialog facade we have now), and it's something that can be easily and
permanently disabled in the dev environment to allow use of normal
debugging tools, I'd be all for it.
M.
Bobby Rullo wrote:
> So why is that behavior desirable? The point of addErrback is that it
> handles errors...why do you want stuff going to the console?
>
> bobby
More information about the cosmo-dev
mailing list