Closed
Bug 1282489
Opened 8 years ago
Closed 8 years ago
Add per-session and per-site controls to Plugin fallback mechanism
Categories
(Core Graveyard :: Plug-ins, defect, P2)
Core Graveyard
Plug-ins
Tracking
(firefox50 affected)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
firefox50 | --- | affected |
People
(Reporter: Felipe, Unassigned)
References
Details
The plugin fallback mechanism might need UI to allow people to disable it temporarily or permanently for a site, in order to make that website work. This is specially important during a test period where we want to measure how much people will use it, and then these controls might be kept permanently after a wider release.
It needs to be able to:
- deactivate plugin fallback for a particular page that is loaded (i.e., fix this once)
- deactivate plugin fallback for a particular page/site/domain (TBD), always (i.e., fix this always for this page)
Hopefully we can tie this to the already exisitng click-to-play UI
Updated•8 years ago
|
Priority: -- → P2
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Comment 1•8 years ago
|
||
To my understanding, the plan of record right now is that the fallback mechanism itself won't need UI or be user controlled. What the user will control is the global or per-site CTA setting.
The fallback mechanism will kick automatically based on heuristics, and it's likely that there still will be an about:config pref to configure it.
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•