Loading the XUL remote app in the URL in a trunk debug build on winxp gives: ###!!! ASSERTION: Principal mismatch. Not good: '!aAllowShortCircuit || result == doGetObjectPrincipal(aCx, aObj, PR_FALSE)', file c:/work/mozilla/builds/ff/trunk/mozilla/caps/src/nsScriptSecurityManager.cpp, line 2155

Probably bug 317240

This message comes up 4 times with the current trunk when composing a message in Gmail with different line numbers: 2385 and 2175.

I've also started getting this for my automated testing (using JsUnit). It kills JsUnit on "Gecko/20060417 Firefox/3.0a1", and it worked a week ago. I am not exactly sure about what goes wrong atm :(

(In reply to comment #0) > Loading the XUL remote app in the URL in a trunk debug build on winxp gives: Also on trunk Linux build.

On running: http://beaufour.dk/xftst/.jsunit/testRunner.html?testPage=http%3A%2F%2Fbeaufour.dk%2Fxftst%2Fruntests.php It dies on the second test, and I get quite a few of these: ###!!! ASSERTION: script global and scope mismatch!: '!aScriptGlobalObject || aScriptGlobalObject == scope', file nsDocument.cpp, line 2114 ###!!! ASSERTION: Found more undisplayed content data after removal: 'context == nsnull', file nsFrameManager.cpp, line 628 ###!!! ASSERTION: Principal mismatch. Expect bad things to happen: '!objPrin || objPrin->GetPrincipal() == principal', file xpcwrappednative.cpp, line 2388 ###!!! ASSERTION: Principal mismatch. Not good: '!aAllowShortCircuit || result == doGetObjectPrincipal(aCx, origObj, PR_FALSE)', file nsScriptSecurityManager.cpp, line 2175 (and no, you do _not_ need the XForms extension installed :) ). Not the smallest "testcase" either, but at least I can reproduce it :)

In comment 5, I missed this final line in my cut'n'paste. Which is what actually makes by test die I guess: JavaScript error: , line 0: uncaught exception: Permission denied to call method HTMLDocument.write I'm still not sure it is the same problem though..

Allan's URL (in comment 5) gives me a "not found" error.

The URL in the URL field (http://php5.akbkhome.com:81/svn.php) isn't doing so well either.

port 80 works ok. I don't have a debug windows build at the moment, but no assert on Linux.

Now that bug 317240 is fixed the optimization that originally caused this is re-enabled bug this assertion no longer appears. Marking this bug WORKSFORME.