Closed Bug 420380 Opened 17 years ago Closed 17 years ago

allow gethash responses that don't match table/chunk id

Categories

(Toolkit :: Safe Browsing, defect, P1)

defect

Tracking

()

RESOLVED FIXED
Firefox 3

People

(Reporter: dcamp, Assigned: dcamp)

Details

Attachments

(2 files)

Right now we require gethash responses to match table and chunk id to consider the match valid. This is necessary to get the caching right, but in a few rare cases it will cause false negatives: a) If a url was removed from one list and added to another since we last updated b) If a url was removed and readded to the list since we last updated c) Google screws up and sends the wrong table/chunk ids because their gethash server is out of sync with their update server (the case that actually prompted this bug report). Attached patch will accept a gethash match with an incorrect table/chunk id, but won't cache the result.
Flags: blocking-firefox3?
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P1
Target Milestone: --- → Firefox 3
Assignee: nobody → dcamp
Attached patch fixSplinter Review
Oops, forgot to attach the patch.
Attachment #307307 - Flags: review?(tony)
Attachment #307307 - Flags: review?(tony) → review+
Attached patch test updatesSplinter Review
... and some test updates.
Attachment #307328 - Flags: review?(tony)
Attachment #307328 - Flags: review?(tony) → review+
Checking in src/nsUrlClassifierDBService.cpp; /cvsroot/mozilla/toolkit/components/url-classifier/src/nsUrlClassifierDBService.cpp,v <-- nsUrlClassifierDBService.cpp new revision: 1.69; previous revision: 1.68 done Checking in tests/unit/test_partial.js; /cvsroot/mozilla/toolkit/components/url-classifier/tests/unit/test_partial.js,v <-- test_partial.js new revision: 1.7; previous revision: 1.6 done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: