Closed Bug 44856 Opened 25 years ago Closed 24 years ago

Shouldn't write to cache stream after cache entry has been marked truncated

Categories

(Core :: Networking: Cache, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED
mozilla0.9

People

(Reporter: matt, Assigned: gordon)

Details

(Whiteboard: [nsbeta3-])

Attachments

(1 file)

If the file that you're downloading is larger than the disk cache you have, then the cache will fill up and the cache entry for the file will be marked as TRUNCATED_CONTENT in InterceptStreamListener::Read() in mozilla/netwerk/cache/mgr/nsCachedNetData.cpp. However, every time the Read() method is called after that point in the download, it will call the private write() method again, and it will fail again; repeated failure can do weird things (see bug 44452). So, once the entry is marked truncated, we should never attempt to write to the cache stream again for that cache entry. I will attach a patch which fixes this problem.
Accepting bug.
Status: NEW → ASSIGNED
Keywords: nsbeta3
Matthew did you intend to take this bug over? Its a minus otherwise.
Whiteboard: [nsbeta3-]
Target Milestone: --- → Future
Assignee: neeti → gordon
Status: ASSIGNED → NEW
Target Milestone: Future → mozilla0.9
Cache bugs to Gordon
Cache bugs to Gordon
old cache bug, should be fixed in the new cache
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: