1027318 - Download button should offer a Firefox Refresh option before download of the same Firefox version

Status: RESOLVED FIXED

(www.mozilla.org :: Information Architecture & UX, defect)

Description

[Verdi [:verdi] Best to slack me]

Attachment: Reset button contained in download button dialog

Problem: You determine that there is an issue with Firefox and in an attempt to fix it, you download and re-install the same version of Firefox that you already have on your computer. Re-installing Firefox doesn’t fix very many issues. In almost all cases it doesn’t seem to do anything at all. This is contrary to users’ expectations. The procedure that you actually want in this case is Firefox Reset.

Offering the reset option before downloading Firefox fits into the common repair procedure of re-installing problematic software and by offering it before the user re-downloads, it directly addresses the problem without the added time and bandwidth of downloading and installing.

We'd like the Firefox Download button to offer an option to reset Firefox when a user is about to download the same version of Firefox that they are already using (e.g. using Fx 30.0 to download Fx 30.0). 

More background: http://people.mozilla.org/~mverdi/mockups/reset/reset2014v2.pdf

Comment 1

[Verdi [:verdi] Best to slack me]

Attachment: Alternate version highlights reset in the help menu

Comment 2

[Jennifer Bertsch [:jbertsch]]

Thanks for filing, Michael.

I'm going to ask Holly to consider this as an enhancement to the /new page and/or part of the download button testing she's working on.

Holly - I'll put time on the calendar to discuss.

Comment 3

[Holly Habstritt Gaal [:Habber]]

Hi Michael, 
See the following bug which talks about allowing the web to know the status of a silent update so that we can provide information like this. 

https://bugzilla.mozilla.org/show_bug.cgi?id=998962

Comment 4

[Holly Habstritt Gaal [:Habber]]

Attachment: Conditional message on download page regarding restart

I like Michael's idea for attaching a message to the download button itself or altering the button area somehow to display this information. If the /new page has this information and is whitelisted we can, as a minimum, provide a conditional message saying the user can restart, as well as not display an unnecessary download button.

Comment 5

[Verdi [:verdi] Best to slack me]

Attachment: mozorg-w-reset-button.png

After running though a few iterations with the Firefox UX team, we thought a better solution would be to show a reset button instead of download button. There would still be a link to download for people who need it.

Comment 6

[Mike Alexis [:malexis]]

cmore, wasn't sure if this was on the firefox growth team's radar.

Comment 7

[Chris More [:cmore]]

(In reply to Mike Alexis [:malexis] from comment #6)
> cmore, wasn't sure if this was on the firefox growth team's radar.

Yes, mverdi is working on it. We are adding [fxgrowth] to the whiteboard on any bugs that we are working on for the growth team.

Comment 8

[:Gavin Sharp [email: [e-mail]]]

Is the web-side of this feature being worked on for the Firefox 35 time-frame?

Comment 9

[Verdi [:verdi] Best to slack me]

(In reply to :Gavin Sharp [email: [e-mail]] from comment #8)
> Is the web-side of this feature being worked on for the Firefox 35
> time-frame?

Yes. Jon Petto, Alex Gibson and I talked about this yesterday and ironed out what needs to be done.

Comment 10

[Jonathan Petto [:jpetto]]

Do we have a link destination for the "How does refreshing Firefox work" link underneath the button?

Comment 11

[Verdi [:verdi] Best to slack me]

(In reply to Jon Petto [:jpetto] from comment #10)
> Do we have a link destination for the "How does refreshing Firefox work"
> link underneath the button?

https://support.mozilla.org/kb/reset-firefox-easily-fix-most-problems

Comment 12

[Jonathan Petto [:jpetto]]

To summarize what we discussed in PDX:

On /firefox/new/, we will use the UITour to check the user's point release and update channel. If the user's version matches the latest version and their update channel is release, we will show the refresh button.

Existing functionality will remain untouched on /firefox/new/. The page currently checks if the user is on the latest major version, and, if so, displays an up to date message and hides the download button.

Comment 13

[Jonathan Petto [:jpetto]]

Attachment: GitHub PR

Comment 14

[Francesco Lodolo [:flod]]

Can the strings in this bug be considered final?

Comment 15

[Jonathan Petto [:jpetto]]

Yes, I believe the three new strings present in the PR are final:

"Refresh Firefox"
"Fix problems and restore performance"
"Learn more"

Comment 16

[Verdi [:verdi] Best to slack me]

Attachment: refresh-mozilla.org.jpg

I'm sorry - that is an old mockup. The strings should be:
"Give Firefox a tune up"
"Refresh Firefox"
"Learn more"

If it helps, "Give Firefox a tune up" and "Refresh Firefox" are the same strings, used in the same way as the ones on about:support.

Comment 17

[[github robot]]

Commits pushed to master at https://github.com/mozilla/bedrock

https://github.com/mozilla/bedrock/commit/e22a12dcee78005464e8b55bfc5cbeab43abb9c9
Add refresh button UI to /firefox/new/. Bug 1027318.

- Add minor JS optimizations.
- Remove GA experiment snippet (no longer used).

https://github.com/mozilla/bedrock/commit/6ff1b70d6112a5708e2c7dc25464b73dabb5b13e
Merge pull request #2628 from jpetto/bug-1027318-firefox-new-refresh-button

Add refresh button to /firefox/new/. Bug 1027318.

Comment 18

[Chris More [:cmore]]

Nice job everyone on getting this live!

:jpetto: is there a GA event set when a user clicks the "refresh Firefox" button? If not, we should add that so that we know how many users take the action.

Comment 19

[Chris More [:cmore]]

If we don't have event, we should use the "/new Interaction" category like we have on the rest of the in-page interactions that we have tagged.

Garethc: ^^

Comment 20

[Gareth Cull [:garethc]]

Yes cmore. That would work. Please use /new Interaction event category. Could we please track the button click with the following:

_gaq.push(['_trackEvent', '/new Interaction', 'Refresh Firefox', 'Firefox Desktop']);

Thanks

Comment 21

[Jonathan Petto [:jpetto]]

Attachment: GitHub PR

Submitted PR to add GA tracking to the refresh button.

Comment 22

[Jonathan Petto [:jpetto]]

Should we add tracking for when the refresh button is displayed as well? If so, should the PR submitted in comment #21 wait for that tracking to be decided upon?

Comment 23

[Chris More [:cmore]]

(In reply to Jon Petto [:jpetto] from comment #22)
> Should we add tracking for when the refresh button is displayed as well? If
> so, should the PR submitted in comment #21 wait for that tracking to be
> decided upon?

Can you add when the refresh button is displayed and hold that PR until we get that in? That's how we are going to measure conversion rate. We could guess on when it is displayed, but it isn't fool proof.

Comment 24

[[github robot]]

Commits pushed to master at https://github.com/mozilla/bedrock

https://github.com/mozilla/bedrock/commit/704f5150ff7ab09d1e67e803d98c8c57dcd05314
Add GA tracking to Fx refresh button. Bug 1027318.

https://github.com/mozilla/bedrock/commit/31d8c08d3a02dd2daebc1d0c58158fc40103a54c
Merge pull request #2658 from jpetto/bug-1027318-add-GA-firefox-refresh-button

Add GA tracking to Fx refresh button. Bug 1027318.