Dynamically update provider menupopup

RESOLVED DUPLICATE of bug 340677

Status

()

Toolkit
Safe Browsing
P1
normal
RESOLVED DUPLICATE of bug 340677
11 years ago
3 years ago

People

(Reporter: rflint, Assigned: rflint)

Tracking

2.0 Branch
Firefox 2 beta1
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [swag:1.5d] 181b1+)

Remove the hardcoded "Google" sting from bug 337774 and provide a means of updating the list based on the prefs from bug 338598.
Status: NEW → ASSIGNED
Depends on: 339872
Flags: blocking-firefox2?
Priority: -- → P1
Target Milestone: Firefox 2 → Firefox 2 beta1
Whiteboard: [swag:1.5d]

Updated

11 years ago
Flags: blocking-firefox2? → blocking-firefox2+

Comment 1

11 years ago
I've added support for this.  The pref to set a provider is browser.safebrowsing.dataProvider, and int.  The provider names are browser.safebrowsing.provider.0.name, browser.safebrowsing.provider.1.name, etc.

Updated

11 years ago
Whiteboard: [swag:1.5d] → [swag:1.5d] 181b1+
jwalden: does this now count as a dupe against 340677?
(In reply to comment #2)
> jwalden: does this now count as a dupe against 340677?

For some definition of "dynamically".  If you update the preferences while the dialog is open (I don't know whether this is actually possible using a sanctioned method of installing safebrowsing providers, but you could do it with about:config), the dialog won't update too, but reopening the dialog will regenerate the update provider menupopup entries.
Depends on: 340677
That's an edgy-enough case to satisfy me. I don't think this needs to live update.

*** This bug has been marked as a duplicate of 340677 ***
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
No longer depends on: 340677
Resolution: --- → DUPLICATE
Flags: blocking-firefox2+
Component: Phishing Protection → Phishing Protection
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.