Re: adoptNode fails if node type element has collapsed attribute?
"alta88[nntp]" <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.dom |
|---|---|
| Message-ID | <[email protected]> |
---On 2008.May.28 10:21 PM, Boris Zbarsky wrote: > alta88[nntp] wrote: >> Error: Illegal operation on WrappedNative prototype object = >> NS_ERROR_XPC_BAD_OP_ON_WN_PROTO > > Huh. That's not good... > > Do you think you can possibly create some way to easily reproduce > this? e.g. an extension that someone could install, with a pointer to > the exact localName get in the extension that ends up throwing? > > -Boris sure, install TotalToolbar <http://totaltoolbar.mozdev.org/index.html> and Download Statusbar <http://downloadstatusbar.mozdev.org/>. when in customize statusbar (rt click on statusbar), drag the download statusbar button onto the palette, and the error will throw. you'll need to then Restore Default Set otherwise things will be mucked, beyond even a restart. (yeah i - or fx - should have some try catch handling.) set a venkman breakpoint in customizeToolbar.js in wrapPaletteItem(), line 225 with the adoptNode(aPaletteItem). immediately after that call, aPaletteItem properties will be inaccessible. the throw happens a few lines afterwards. not so if you repeat with some other statusbar button.