I have put togehter a stripped down version here:
http://pg2.arcamax.com/cgi-bin/redirtest
Thanks. This is a bug in the XULDocument code in Mozilla, unfortunately. See <http://bugzilla.mozilla.org/show_bug.cgi?id=240358>.
You may be able to work around it in the interim by using a client-side redirect (meta refresh); I _think_ that won't set the originalURI to anything untoward, unlike this case.
BTW is it normal for a signed jar app served over SSL to not show up as 'secure' (meaning with padlock icon closed). The Mozilla 'Page Info' dialog security tab says:
Web Site Identity Not Verified
-
Connection Not Encrypted
That also sounds like a bug. Do you have a bugzilla account? If so, could you file it (and cc me on it, please)? If not, let me know and I'll try to file it for you.
netscape.security.PrivilegeManager
.enablePrivilege("UniversalXPConnect"); the popup says:
A script from "" has requested...
Note the value in quotes is blank.
That should be getting the "common name" from the cert if there is one (and using the full jar: URI otherwise). Your cert does have a common name that works fine (if I load <https://pg2.arcamax.com/moztest.jar> and look at the page info), so I'm guessing the problem is on our end. Again, a testcase that can be directly debugged on would be very helpful.
-Boris _______________________________________________ Mozilla-netlib mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-netlib
