Firefox/Features/Lessen App Update Displayed UI: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
mNo edit summary
No edit summary
 
(38 intermediate revisions by 10 users not shown)
Line 1: Line 1:
{| class="fullwidth-table"
{{FeatureStatus
|-
|Feature name=Silent Update: Lessen the display of app update UI
| style="font-weight: bold; background: #DDD;" | Feature
|Feature stage=Shipped
| style="font-weight: bold; background: #DDD;" | Status
|Feature status=Complete
| style="font-weight: bold; background: #DDD;" | ETA
|Feature version=Firefox 8
| style="font-weight: bold; background: #DDD;" | Owner
|Feature health=OK
|-
|Feature status note=This feature is considered complete with the change to display the app update UI after 24 hours (previously 12 hours), however other related work remains open.
<section begin="status" />
}}
| [[Feature Page Structure]]
{{FeatureTeam
| {{StatusHealthy|status=In Progress.}}
|Feature product manager=Chris Lee
| 2011-07-01
|Feature feature manager=Lawrence Mandel
| Robert Strong
|Feature lead engineer=Tim Taubert
<section end="status" />
|Feature security lead=Lucas Adamski
|-
|Feature qa lead=Paul Silaghi
|}
|Feature ux lead=Alex Limi
}}
{{FeaturePageBody
|Feature open issues and risks=* AUS will need to be updated (see <strike>{{Bug|459972}}</strike>).
|Feature overview=To reduce update fatigue, don't display application update download and  notifications user interface unless necessary.


== Summary ==
Twelve hours after an update is downloaded the user is told to restart Firefox by the display of the application update user interface. Instead of always notifying after twelve hours and possibly interrupting the user the notification should only be displayed when it is important for the user to apply the update (e.g. when the update contains an important security fix the user should be notified). From analyzing crashes (questionable source), approximately 15% of users run Firefox longer than 12 hours and would be affected (<strike>see {{Bug|659425}}</strike> for details).
To reduce update fatigue, don't display application update notifications and user interface unless necessary.


Twelve hours after an update is downloaded the user is told to restart Firefox by the display of the application update user interface. Instead of always notifying after twelve hours and possibly interrupting the user the notification should only be displayed when it is important for the user to apply the update (e.g. the update contains an important security fix the user should be notified).
This feature falls primarily in the '''Experience''' category (from the "Discover, Experience, and Connect" vision statement.)
 
|Feature users and use cases=* Users that seldom restart Firefox
If there is a pending update it is applied during startup and the updater dialog is displayed. Over the last year there have been several improvements to the updater that have made it apply updates significantly faster. When the update is applied quickly the updater dialog should not be displayed.
|Feature requirements=* Needs to lessen the amount of times the user sees user interface associated with an application update
 
* The decision when the notification should be displayed must be controlled remotely (the update xml) and have a default amount of time
== Team ==
* Needs to pass a security review (Lucas Adamski agreed with the general approach in meeting on May 24)
* '''Feature Manager''': Robert Strong
* '''Lead Developer''': Tim Taubert
* '''QA''': TBD
* '''UX''': TBD
* '''Security''': Lucas Adamski
 
== Release Requirements ==
* Needs to lessen the amount of times the user sees user interface associated with an application update
* The decision to display the notification must be controlled remotely (the update xml)
* Needs to pass a security review
* Needs to have tests
* Needs to have tests
|Feature non-goals=* Implementing a background method for updating the application ({{bug|481815}})
* Avoid having to ask for administrator password ({{bug|481815}})
* Preparing an update asynchronously to a copy of the application ({{bug|307181}})
|Feature implementation notes===== Next Steps & Open Issues ====
* <strike>{{Bug|659425}}</strike> - get average session length from crash stats and Test Pilot studies -  Robert Strong - complete
* <strike>{{Bug|657472}}</strike> -'Tune' the time to wait before displaying the update been downloaded / restart notification and provide ability to override in the update xml -  Tim Taubert.


== Next Steps & Open Issues ==
==== Related Bugs & Dependencies ====
* Decide whether this can be implemented using the existing user interface since the new application notification user interface hasn't been created yet. Should be resolved during the kickoff meeting on  5/24/11.
* {{Bug|353804}} - Automatic update does not check for newer versions before resuming an update download on startup - Tim Taubert - in progress
* {{Bug|353804}} - Automatic update does not check for newer versions before resuming an update download on startup - Tim Taubert - in progress
* {{Bug|657472}} - Replace notification that an update has been downloaded / please restart with new notification system TBD
* {{Bug|659181}} - 'Tune' when the updater dialog is displayed - Robert Strong. Currently working on what 'quickly' means as it relates to when the dialog is displayed.
* {{Bug|659181}} - 'Tune' when the updater dialog is displayed - Robert Strong
* Decide what applying an update 'quickly' means as it relates to {{Bug|659181}}
 
== Related Bugs & Dependencies ==
* {{Bug|481815}} - Provide a Windows service to update applications without asking Administrator password
* {{Bug|481815}} - Provide a Windows service to update applications without asking Administrator password
* {{Bug|394984}} - Unable to update on mac if admin user is not the same admin user as the person who installed firefox
* {{Bug|394984}} - Unable to update on mac if admin user is not the same admin user as the person who installed firefox
* {{Bug|529746}} - App update should request elevation when the user doesn't have privileges to update
* {{Bug|529746}} - App update should request elevation when the user doesn't have privileges to update
 
}}
== Risks ==
{{FeatureInfo
* New notification interface hasn't been created yet. This can be mitigated by using the existing interface for the time being.
|Feature priority=P1
 
|Feature rank=1.1
== Use Cases ==
|Feature theme=Experience
* Users that seldom restart Firefox
|Feature roadmap=User Experience
* Users that use builds that update often when compared to Release builds (e.g. Aurora)
|Feature list=Desktop
 
|Feature project=Silent Update
== Designs ==
|Feature engineering team=Platform Integration
* TBD
}}
 
{{FeatureTeamStatus
== Test Plans ==
|Feature security status=sec-review-unnecessary
* TBD (QA)
|Feature security health=OK
 
|Feature qa notes=[https://wiki.mozilla.org/Firefox/Features/Lessen_App_Update_Displayed_UI/TestPlan Test Plan]
== Goals ==
}}
* Lessen application update user fatigue by lessening the times when the application update user interface is displayed to the user.
 
== Non-Goals ==
* Implementing a background method for updating the application
 
__NOTOC__
 
[[Category:Features]]
[[Category:Firefox]]

Latest revision as of 19:10, 23 November 2011

Please use "Edit with form" above to edit this page.

Status

Silent Update: Lessen the display of app update UI
Stage Shipped
Status Complete
Release target Firefox 8
Health OK
Status note This feature is considered complete with the change to display the app update UI after 24 hours (previously 12 hours), however other related work remains open.

{{#set:Feature name=Silent Update: Lessen the display of app update UI

|Feature stage=Shipped |Feature status=Complete |Feature version=Firefox 8 |Feature health=OK |Feature status note=This feature is considered complete with the change to display the app update UI after 24 hours (previously 12 hours), however other related work remains open. }}

Team

Product manager Chris Lee
Directly Responsible Individual Lawrence Mandel
Lead engineer Tim Taubert
Security lead Lucas Adamski
Privacy lead `
Localization lead `
Accessibility lead `
QA lead Paul Silaghi
UX lead Alex Limi
Product marketing lead `
Operations lead `
Additional members `

{{#set:Feature product manager=Chris Lee

|Feature feature manager=Lawrence Mandel |Feature lead engineer=Tim Taubert |Feature security lead=Lucas Adamski |Feature privacy lead=` |Feature localization lead=` |Feature accessibility lead=` |Feature qa lead=Paul Silaghi |Feature ux lead=Alex Limi |Feature product marketing lead=` |Feature operations lead=` |Feature additional members=` }}

Open issues/risks

Stage 1: Definition

1. Feature overview

To reduce update fatigue, don't display application update download and notifications user interface unless necessary.

Twelve hours after an update is downloaded the user is told to restart Firefox by the display of the application update user interface. Instead of always notifying after twelve hours and possibly interrupting the user the notification should only be displayed when it is important for the user to apply the update (e.g. when the update contains an important security fix the user should be notified). From analyzing crashes (questionable source), approximately 15% of users run Firefox longer than 12 hours and would be affected (see bug 659425 for details).

This feature falls primarily in the Experience category (from the "Discover, Experience, and Connect" vision statement.)

2. Users & use cases

  • Users that seldom restart Firefox

3. Dependencies

`

4. Requirements

  • Needs to lessen the amount of times the user sees user interface associated with an application update
  • The decision when the notification should be displayed must be controlled remotely (the update xml) and have a default amount of time
  • Needs to pass a security review (Lucas Adamski agreed with the general approach in meeting on May 24)
  • Needs to have tests

Non-goals

  • Implementing a background method for updating the application (bug 481815)
  • Avoid having to ask for administrator password (bug 481815)
  • Preparing an update asynchronously to a copy of the application (bug 307181)

Stage 2: Design

5. Functional specification

`

6. User experience design

`

Stage 3: Planning

7. Implementation plan

`

8. Reviews

Security review

`

Privacy review

`

Localization review

`

Accessibility

`

Quality Assurance review

`

Operations review

`

Stage 4: Development

9. Implementation

Next Steps & Open Issues

  • bug 659425 - get average session length from crash stats and Test Pilot studies - Robert Strong - complete
  • bug 657472 -'Tune' the time to wait before displaying the update been downloaded / restart notification and provide ability to override in the update xml - Tim Taubert.

Related Bugs & Dependencies

  • bug 353804 - Automatic update does not check for newer versions before resuming an update download on startup - Tim Taubert - in progress
  • bug 659181 - 'Tune' when the updater dialog is displayed - Robert Strong. Currently working on what 'quickly' means as it relates to when the dialog is displayed.
  • bug 481815 - Provide a Windows service to update applications without asking Administrator password
  • bug 394984 - Unable to update on mac if admin user is not the same admin user as the person who installed firefox
  • bug 529746 - App update should request elevation when the user doesn't have privileges to update

Stage 5: Release

10. Landing criteria

` {{#set:Feature open issues and risks=* AUS will need to be updated (see bug 459972). |Feature overview=To reduce update fatigue, don't display application update download and notifications user interface unless necessary.

Twelve hours after an update is downloaded the user is told to restart Firefox by the display of the application update user interface. Instead of always notifying after twelve hours and possibly interrupting the user the notification should only be displayed when it is important for the user to apply the update (e.g. when the update contains an important security fix the user should be notified). From analyzing crashes (questionable source), approximately 15% of users run Firefox longer than 12 hours and would be affected (see bug 659425 for details).

This feature falls primarily in the Experience category (from the "Discover, Experience, and Connect" vision statement.) |Feature users and use cases=* Users that seldom restart Firefox |Feature dependencies=` |Feature requirements=* Needs to lessen the amount of times the user sees user interface associated with an application update

  • The decision when the notification should be displayed must be controlled remotely (the update xml) and have a default amount of time
  • Needs to pass a security review (Lucas Adamski agreed with the general approach in meeting on May 24)
  • Needs to have tests

|Feature non-goals=* Implementing a background method for updating the application (bug 481815)

  • Avoid having to ask for administrator password (bug 481815)
  • Preparing an update asynchronously to a copy of the application (bug 307181)

|Feature functional spec=` |Feature ux design=` |Feature implementation plan=` |Feature security review=` |Feature privacy review=` |Feature localization review=` |Feature accessibility review=` |Feature qa review=` |Feature operations review=` |Feature implementation notes===== Next Steps & Open Issues ====

  • bug 659425 - get average session length from crash stats and Test Pilot studies - Robert Strong - complete
  • bug 657472 -'Tune' the time to wait before displaying the update been downloaded / restart notification and provide ability to override in the update xml - Tim Taubert.

Related Bugs & Dependencies

  • bug 353804 - Automatic update does not check for newer versions before resuming an update download on startup - Tim Taubert - in progress
  • bug 659181 - 'Tune' when the updater dialog is displayed - Robert Strong. Currently working on what 'quickly' means as it relates to when the dialog is displayed.
  • bug 481815 - Provide a Windows service to update applications without asking Administrator password
  • bug 394984 - Unable to update on mac if admin user is not the same admin user as the person who installed firefox
  • bug 529746 - App update should request elevation when the user doesn't have privileges to update

|Feature landing criteria=` }}

Feature details

Priority P1
Rank 1.1
Theme / Goal Experience
Roadmap User Experience
Secondary roadmap `
Feature list Desktop
Project Silent Update
Engineering team Platform Integration

{{#set:Feature priority=P1

|Feature rank=1.1 |Feature theme=Experience |Feature roadmap=User Experience |Feature secondary roadmap=` |Feature list=Desktop |Feature project=Silent Update |Feature engineering team=Platform Integration }}

Team status notes

  status notes
Products ` `
Engineering ` `
Security sec-review-unnecessary `
Privacy ` `
Localization ` `
Accessibility ` `
Quality assurance ` Test Plan
User experience ` `
Product marketing ` `
Operations ` `

{{#set:Feature products status=`

|Feature products notes=` |Feature engineering status=` |Feature engineering notes=` |Feature security status=sec-review-unnecessary |Feature security health=OK |Feature security notes=` |Feature privacy status=` |Feature privacy notes=` |Feature localization status=` |Feature localization notes=` |Feature accessibility status=` |Feature accessibility notes=` |Feature qa status=` |Feature qa notes=Test Plan |Feature ux status=` |Feature ux notes=` |Feature product marketing status=` |Feature product marketing notes=` |Feature operations status=` |Feature operations notes=` }}


Retrieved from "https://wiki.mozilla.org/index.php?title=Firefox/Features/Lessen_App_Update_Displayed_UI&oldid=372782"