nsDownloader::OnStartRequest() will simply fail if SetCacheAsFile() fails. It should probably try streaming the data to a temp file...or something.
+helpwanted: eng requests go straight to eng triage.
neeti can you look at this.
Assignee: new-network-bugs → neeti
Target Milestone: --- → mozilla1.4alpha
mitch, darin: what is the impact here if SetCacheAsFile() fails in nsDownloader::OnStartRequest() ?
neeti: nsDownloader is used to download remote jar files (e.g., URLs like: jar:http://...). if nsDownloader fails, then loading of such a jar file will fail. NOTE: the jar protocol circumvents nsDownloader if the inner URL can be mapped to a nsIFile (which is the case for resource:// and file://). this bug may prevent jar:https:// URLs from loading since https:// URLs are not cached on disk. or, does SetCacheAsFile(PR_TRUE) trump that??
darin, mitch: Do you know of any urls I could use to test the download code for jar:https:// URLs ? thanks, Neeti
neeti: no, i don't know of any sample URLs. you might also want to check out bug 172279, which is somewhat related.
neeti no longer works on mozilla stuff.
Assignee: neeti → dougt
jar:http://warp.mcom.com/u/mstoltz/tests/basic.jar!/basic.html ...in case anyone wants a jar URL testcase
13 years ago
13 years ago
I fixed this in bug 209560.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Depends on: 209560
Resolution: --- → FIXED
*** This bug has been marked as a duplicate of 209560 ***
Status: REOPENED → RESOLVED
Last Resolved: 13 years ago → 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.