Extension Manager:Projects:Confirm on Upgrade
Status
Confirm add-ons on upgrade | |
Stage | Landed |
Status | Complete |
Release target | Firefox 8 |
Health | OK |
Status note | ` |
Team
Product manager | Justin Scott |
Directly Responsible Individual | Dave Townsend |
Lead engineer | Dave Townsend |
Security lead | Curtis Koenig |
Privacy lead | ` |
Localization lead | ` |
Accessibility lead | ` |
QA lead | Vlad Maniac |
UX lead | Alex Faaborg |
Product marketing lead | ` |
Operations lead | ` |
Additional members | Unfocused, rs (available reviewers) |
Open issues/risks
`
Stage 1: Definition
1. Feature overview
Then next time existing users upgrade Firefox they should be presented with a list of add-ons they have installed where they can choose to disable them. By default add-ons from third-parties which may have been installed without the users' knowledge will be disabled. This replaces the compatibility wizard for that one time upgrade, subsequent upgrades use the compatibility wizard still.
This feature falls primarily in the Experience category (from the "Discover, Experience, and Connect" vision statement.)
2. Users & use cases
Goals
- Do compatibility and update checks for all installed extensions
- Show users a list of installed extensions
- Allow disabling extensions before startup
Use cases
- User with no installed add-ons
- Should not see any UI on startup
- User who hasn't manually installed add-ons but has some installed by a third-party app
- If any add-ons are enabled user will periodically see the list of add-ons
- User can choose which of the add-ons to keep enabled, by default all will be disabled
- User who has only manually installed add-ons
- If any add-ons are enabled user will periodically see the list of add-ons
- User can choose which of the add-ons to keep enabled, by default none will be disabled
- Any available updates for add-ons will be installed if automatic installation is enabled
- User has both manually installed and third-party installed add-ons
- If any add-ons are enabled user will periodically see the list of add-ons
- User can choose which of the add-ons to keep enabled, by default the third-party installed add-ons will be disabled
- Any available updates for the manually installed add-ons will be installed if automatic installation is enabled
3. Dependencies
`
4. Requirements
- Developed UI must pass UI review
- Feature should be covered by automated tests
Non-goals
`
Stage 2: Design
5. Functional specification
These are the different states that an add-on can be in and what message we should show in the action column for them.
In all cases if an update is available and automatic updating is enabled then the update is installed (even though in some cases that isn't mentioned in the action message).
If an update is available and automatic updating is disabled then if the user doesn't want the add-on the update is never offered, if the user wants to keep the add-on then the user has the option to install the update (which in some cases is required for the add-on to work).
Was active | Is compatible | Update available | User keeps | User disables |
---|---|---|---|---|
No | No | No | "will be enabled when compatible" | -- |
No | No | Automatic | "will be updated to be compatible" | -- |
No | No | Manual | "update to make compatible" (checkbox) | -- |
No | Yes | No | -- | -- |
No | Yes | Automatic | -- | -- |
No | Yes | Manual | "optional update" (checkbox) | -- |
Yes | No | No | "will be enabled when compatible" | "will be disabled" |
Yes | No | Automatic | "will be updated to be compatible" | "will be disabled" |
Yes | No | Manual | "update to make compatible" (checkbox) | "will be disabled" |
Yes | Yes | No | -- | "will be disabled" |
Yes | Yes | Automatic | -- | "will be disabled" |
Yes | Yes | Manual | "optional update" (checkbox) | "will be disabled" |
6. User experience design
Stage 3: Planning
7. Implementation plan
`
8. Reviews
Security review
- No formal security review necessary.
Privacy review
`
Localization review
`
Accessibility
`
Quality Assurance review
`
Operations review
`
Stage 4: Development
9. Implementation
Stage 5: Release
10. Landing criteria
`
Feature details
Priority | P1 |
Rank | 999 |
Theme / Goal | ` |
Roadmap | Add-ons |
Secondary roadmap | ` |
Feature list | Desktop |
Project | ` |
Engineering team | Desktop front-end |
Team status notes
status | notes | |
Products | Pending blog post | ` |
Engineering | ` | ` |
Security | pass | ` |
Privacy | ` | ` |
Localization | ` | ` |
Accessibility | ` | ` |
Quality assurance | active | Test Plan |
User experience | ` | ` |
Product marketing | ` | ` |
Operations | ` | ` |