Closed
Bug 86041
Opened 24 years ago
Closed 24 years ago
SetCacheAsFile returns successful when talking to https
Categories
(Core :: Networking: HTTP, defect, P1)
Core
Networking: HTTP
Tracking
()
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: dougt, Assigned: dougt)
References
Details
Attachments
(1 file)
598 bytes,
patch
|
Details | Diff | Splinter Review |
SetCacheAsFile on http protocol returns successful even when talking to https.
This function must return a failure code if cacheing as a file is illegal.
The three requirements that http should enforce before return success are (a) a
disk cache present, (b) not using https, and (c) there are no response headers
that ask for nonpersistance.
Assignee | ||
Updated•24 years ago
|
Severity: normal → blocker
Status: NEW → ASSIGNED
OS: Windows 2000 → All
Priority: -- → P1
Hardware: PC → All
Target Milestone: --- → mozilla0.9.2
Assignee | ||
Comment 1•24 years ago
|
||
Assignee | ||
Comment 2•24 years ago
|
||
Darin, this fixes most of the problem for me. As so long as this caching flag
is being set in the right places, this should work. It works for the https
case which is my blocker.
Can I get you to sr this patch as is?
Comment 3•24 years ago
|
||
sr=darin
Comment 5•24 years ago
|
||
a=blizzard on behalf of drivers for the trunk
Assignee | ||
Updated•24 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•24 years ago
|
||
thanks. fixed checked in:
Checking in nsHttpChannel.cpp;
/cvsroot/mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp,v <--
nsHttpChannel.cpp
new revision: 1.24; previous revision: 1.23
done
You need to log in
before you can comment on or make changes to this bug.
Description
•