Silent Update not now prompt: Difference between revisions

no edit summary
(Created page with "{{FeatureStatus |Feature name=Silent Update - Create 'not now' dialog for unsupported Add-ons |Feature stage=Definition |Feature status=In progress |Feature health=OK }} {{Featur...")
 
No edit summary
Line 17: Line 17:


The requirement here is to create/modify a dialog prompt that communicates these options.
The requirement here is to create/modify a dialog prompt that communicates these options.
|Feature users and use cases=Sandra is using Firefox checking her email and at the same time in the background, Firefox is being updated to the latest version.  However, as Firefox makes all the appropriate checks such as for Add-ons, it identifies 2 Add-ons that are unsupported on the new version of Firefox.
There is a prompt that surfaces to Sandra informing her of the new update and which Add-ons are unsupported.  She is given two options to 1) continue with the update and ignore the Add-ons because they are irrelevant to her or 2) select "not now" where Firefox will not check on a daily basis AMO to see if he specific Add-ons have been updated to be compatible. 
There are two scenarios that can take place here:
1) Both Add-ons become supported over the next couple days and the Firefox update happens in the background successfully and Sandra is able to use the most secure, full-feature browser in the market
2) Zero or 1 of 2 Add-ons become supported, but because the one Add-on that still isn't supported since the initial "update" process, we don't remind or bring up any additional prompts until all Add-ons are supported or the next Firefox update becomes available. 
*Things to note here -- the reason to go down the path of not forcing our users to upgrade if there are unsupported Add-ons is because:
1) Mozilla wants to continue to stand by our mission of user sovereignty and user choice.  Forcing users to update doesn't offer them this choice.
2) Although our goal of updating users is primarily around ensuring a safe, secure web browsing experience, some users are comfortable making the trade-off of not being secure for functionality that is important to them.  If we force an update and break certain functionality that defines their web experience, we may push them away from Firefox all together.  The end result may be users who a) leave Firefox for Chrome/Safari/IE and b) continue to be insecure (threat to others and themselves without knowing it) because they need and expect the functionality the Add-on previously offered them. 
|Feature requirements=*Leveraging the new changes to the Add-on compatibility checker, Firefox will create a new dialog showing users any/all unsupported Add-ons
*Dialog should offer two options:
  1) Not now (wait X days and continue to check if there are new updates for the unsupported Add-ons)
  2) Update (users can manually decide to continue the update since they don't care about the incompatible Add-ons)
*Placeholder, more reqs coming
}}
}}
{{FeatureInfo
{{FeatureInfo
canmove, Confirmed users, Bureaucrats and Sysops emeriti
496

edits