Closed
Bug 1357898
Opened 8 years ago
Closed 8 years ago
Remove the urlclassifier.max-complete-age pref
Categories
(Toolkit :: Safe Browsing, enhancement, P2)
Toolkit
Safe Browsing
Tracking
()
RESOLVED
DUPLICATE
of bug 1333328
People
(Reporter: francois, Assigned: dimi)
References
Details
(Whiteboard: #sbv4-m7)
The urlclassifier.max-complete-age pref allows users to configure the amount of time that entries are considered fresh in the Safe Browsing cache (V2 only).
This doesn't make sense as a user-controllable toggle since it's a hard requirement of the Safe Browsing protocol. It should be a constant instead.
Reporter | ||
Updated•8 years ago
|
Comment 1•8 years ago
|
||
The pref occurs in some tests to make sure staleness of cache tables work correctly (we probably not want to wait 45 mins to make sure that the tables will be stale).
If we would like to remove the preference, I think we have to add new gtest for v2 stale functionality
Comment 2•8 years ago
|
||
I would like to re-set dependency to 1333328, I see in the patch Dimi did remove using of gFreshnessGuarantee
Assignee | ||
Comment 3•8 years ago
|
||
The reason I am removing it is because we are going to use 15 mins as negative and positive cache duration for V2,
so freshnessGuarantee is no more needed.
Reporter | ||
Comment 4•8 years ago
|
||
(In reply to Thomas Nguyen[:tnguyen] ni plz from comment #1)
> The pref occurs in some tests to make sure staleness of cache tables work
> correctly (we probably not want to wait 45 mins to make sure that the tables
> will be stale).
> If we would like to remove the preference, I think we have to add new gtest
> for v2 stale functionality
Good catch Thomas!
(In reply to Thomas Nguyen[:tnguyen] ni plz from comment #2)
> I would like to re-set dependency to 1333328, I see in the patch Dimi did
> remove using of gFreshnessGuarantee
Thanks for updating the dependencies.
We can close this as a duplicate once Dimi's refactoring lands.
Reporter | ||
Comment 5•8 years ago
|
||
Assigning to Dimi since he will close this at the same time as the V2 refactoring.
Assignee: nobody → dlee
Status: NEW → ASSIGNED
Assignee | ||
Updated•8 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•