Overview Description: Can't use '-chrome' to go to chrome://navigator/content/foo.xul (i.e., can't use it to load an arbitrary, "non-standard" chrome: URL). Steps to Reproduce: 1) make a copy of xpfe/browser/resources/content/navigator.xul as xpfe/browser/resources/content/foo.xul 2) start mozilla ... Actual Results: I get two assertions as mozilla starts up ###!!! ASSERTION: NS_ENSURE_TRUE(docShellElement) failed: 'docShellElement', file nsXULWindow.cpp, line 843 ###!!! Break: at file nsXULWindow.cpp, line 843 ###!!! ASSERTION: NS_ENSURE_TRUE(docShellElement) failed: 'docShellElement', file nsXULWindow.cpp, line 772 ###!!! Break: at file nsXULWindow.cpp, line 772 and then the app hangs. (When I interrupt the hang, I have four threads all in __poll or __sigsuspend, none of which have much XUL or layout functions on the stack). Expected Results: should be able to launch arbitrary chrome windows from the -chrome command line arg. Reproducibility: always Build Date & Platform Bug Found: linux debug build, pulled at ~5pm May 16 Additional Builds and Platforms Tested On: none Additional Information: launching with '-chrome chrome://navigator/content/navigator.xul' does work (same content, just a different name) also, creating a minimal bit of XUL as the contents of 'foo.xul' does not work either (hangs the same way). (Apologies for spam: not sure whom this should go to, and apologies if this is just due to temporary measure while chrome is rearranged).
you are placing the file in dist/bin/chrome/packages/core/navigator/content, right?
Aargh. I feel stoopid. Emacs was kindly following the link from dist/bin... over to browser/resources... (because it was a CVS file), so saving it out was not saving it in the dist/bin location. Smart emacs, dumb John. Invalid.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → INVALID
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.