>> The redirect ends up looking like this: >> jar:https://my.domain.com:440/db/ec4.jar!/ec4.xul?blah=blah
Any chance of a publically accessible page that shows the problem? It looks like the relative URLs are being resolved relative to the HTTP URI instead of the jar one, but I can't see why that would happen offhand...
I have put togehter a stripped down version here: http://pg2.arcamax.com/cgi-bin/redirtest
That program will issue a redirect to here:
jar:http://pg2.arcamax.com/moztest.jar!/test.xulThese errors will show up in the JavaScript Console:
----
Error: syntax error
Source File: http://pg2.arcamax.com/cgi-bin/test.js
Line: 1
Source Code:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
----
Error: OnLoad is not defined
----
But if you reload or enter the redirected URL directly, there will be no error and alert('Hello World') will be shown.
In the jar file, test.js: ---- function OnLoad() { alert("Hello World"); } ---- And test.xul ---- <?xml version="1.0"?> <window id="testwindow" xmlns:html="http://www.w3.org/1999/xhtml"; xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"; onload="OnLoad()" >
<script src="test.js"/>
</window> ----
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
Another oddities I have noticed. With my work-around in place for always fully specifying the path to files in the jar. The app works but when it does:
netscape.security.PrivilegeManager
.enablePrivilege("UniversalXPConnect");
the popup says:
A script from "" has requested...
Note the value in quotes is blank.
I suppose there could be something wrong with my certificates.
FYI, I am running 1.7 beta.
Bryan _______________________________________________ Mozilla-netlib mailing list [EMAIL PROTECTED] http://mail.mozilla.org/listinfo/mozilla-netlib
