Closed
Bug 55893
Opened 24 years ago
Closed 24 years ago
race in zip cache code
Categories
(Core :: Networking: Cache, defect, P3)
Core
Networking: Cache
Tracking
()
RESOLVED
FIXED
People
(Reporter: warrensomebody, Assigned: jband_mozilla)
References
Details
Attachments
(1 file)
6.03 KB,
patch
|
Details | Diff | Splinter Review |
There is a race condition in the zip reader cache code that we hit quite often
due to the fact that the zip cache is accessed on multiple threads. Jband has
the fix.
Spinoff of bug 53312.
Comment 2•24 years ago
|
||
PDT marking [rtm need info] since no patches or code reviewers are given. We'd
also like to understand the severity -- if it isn't a crasher, it's probably
[rtm-] at this point.
Whiteboard: [rtm+] → [rtm need info]
Assignee | ||
Comment 3•24 years ago
|
||
Assignee | ||
Comment 4•24 years ago
|
||
The diff was off in bug 53312 (which predates this). I've attached it here too.
Waiting for reviews from dprice and warren.
I suspect that this bug will rarely bite in the rtm version if we continue to
set the cache limit at 32 jars. We only get that high if the user downloads lots
of jars - the count of our shipped jars is low. This bug will only bite when
kicking out jars from the cache.
Note that bug 53312 needs this change.
Comment 5•24 years ago
|
||
This bug has had an attached patch for three weeks, but still no reviews by
dprice or warren. Maybe it should go rtm-.
Assignee | ||
Comment 6•24 years ago
|
||
This patch is a subset of the patch in bug 53312. Setting dependency.
Comment 7•24 years ago
|
||
fixed when 53312 was fixed
Comment 8•24 years ago
|
||
forgot to mark as fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•