Open Bug 861233 Opened 11 years ago Updated 2 years ago

add a D2D version alongside driver version for remote blocklisting

Categories

(Core :: Graphics, defect)

x86
macOS
defect

Tracking

()

Tracking Status
firefox21 - ---
firefox22 - ---
firefox23 - ---

People

(Reporter: akeybl, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: (do not do that until the rewrite discussed in bug 838845 is done))

Please add a D2D version alongside driver version for future remote blocklisting
Blocks: 805406
Assignee: bas → bjacob
We positively know (from the sad story of bug 824118) that the current downloadable blacklist system makes it extremely unsafe to add new fields to the downloadable blacklist: old Firefox versions, which many people are still using, not understanding the new fields, will mis-interprete them. The downloadable blacklist entries apply equally to all Firefox versions.

So we definitely can't do this until we've changed the way we do downloadable blacklists (in particular, we can't do this in the existing downloadable blacklist format that will be mis-interpreted by old Firefoxen). See bug 838845. This is still waiting for more Mozilla weight to be thrown behind it: since it's going to be a chore and a big responsibility, nobody's going to work on this until it's called out as a very important thing.
Depends on: 838845
Whiteboard: (do not do that until the rewrite discussed in bug 838845 is done)
Un-assigning: once bug 838845 is done there should be more than one person able to perform this.
Assignee: bjacob → nobody
I know this is an old bug, but bear with me - it still applies, after all.

I'd say that this should be easy enough to fix server-side for old versions?
You get the version number in the request for the blocklist file, so, can't you simply serve the old format blocklist file to old versions and new format blocklist file to new ones?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.