Closed Bug 971980 Opened 11 years ago Closed 10 years ago

crash in mozilla::net::CacheFileMetadata::GetHash(unsigned int)

Categories

(Core :: Networking: Cache, defect)

Product:
Core
Component:
Networking: Cache
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mayhemer, Assigned: mayhemer)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

Crash Data

This bug was filed from the Socorro interface and is report bp-b0f45575-f551-4111-b798-019e52140123. ============================================================= Before we fixed 945945 and 945250, so it could be related to those two and is now fixed. Still, worth to take a look at.
Confirmed as NOT FIXED after the Feb 2014 cache2 trial.
Assignee: nobody → michal.novotny
We now have some 4 reports, apparently one of aIndex or mHashArray or mDataSize is wrong. This is low volume but still it's a crash. Could be something with a partial content (>chunk size?) appended more then once to the same entry?
Taking this one for me, I'll try to figure it out...
Assignee: michal.novotny → honzab.moz
According the frequency, this could well be fixed or mitigated/hidden by one the patches after May 19. I'll spend some more time on inspecting the logic in CacheFile::GetChunkLocked, so far seems OK, but 6th sense tells me something there could be wrong.
Reverting to unconfirmed since this is probably fixed or mitigated.
Status: NEW → UNCONFIRMED
Ever confirmed: false
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.