Add a link to en-US to a survey on surveygizmo

VERIFIED FIXED

Status

Firefox Health Report
Web: Health Report
P1
normal
VERIFIED FIXED
5 years ago
5 years ago

People

(Reporter: Cww, Assigned: espressive)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
In order to get useable feedback on FHR, we'd like to add a link to a survey on the FHR page (about:healthreport). This can just be a link under the graph that says "Help us make Firefox Health Report better, please take a quick survey."

This will be en-US for now but we may want to roll in other locales if we can get the resources to localize and read the feedback.
(Reporter)

Comment 1

5 years ago
Per lco: This will likely be a "tip" that shows up (pre-release channels only).

Text is:

Help us make Firefox Health Report more useful for you. Take a brief survey and tell us what you think so far!

Link:
http://www.surveygizmo.com/s3/1227362/Firefox-Health-Report-Feedback

Comment 2

5 years ago
Here's some proposed logic for the tip:
- it shows up only for the North American audience (I believe this is what Cheng mentioned)
- it shows up only in Beta (that's what we discussed, but should this also go into Nightly and Aurora?)
- it is displayed for a couple of weeks (because we don't have the ability to track state in FHR yet, we can't identify how many times a user has visited FHR)

Comment 3

5 years ago
Wanted for 21. Not a blocker.
Assignee: nobody → sneethling
Priority: -- → P1
(Assignee)

Comment 4

5 years ago
(In reply to Larissa Co [:lco] from comment #2)
> - it shows up only in Beta (that's what we discussed, but should this also
> go into Nightly and Aurora?)

Comment 1 seems to suggest this will be in all pre-release channels so, I would think that means nightly and aurora as well. Also, currently FHR is only in pre-release channels right? Will we still be running the survey once it becomes available on the release channel? Just asking cause if not, we do not need to implement any logic to determine whether the build is pre-release or not.
(Reporter)

Comment 5

5 years ago
I suppose the logic can't hurt but I suspect we'd also run this on release given that I don't expect that we will get enough responses in a short beta and with such a low visibility feature.
(Assignee)

Comment 6

5 years ago
(In reply to Larissa Co [:lco] from comment #2)
> Here's some proposed logic for the tip:
> - it shows up only for the North American audience (I believe this is what
> Cheng mentioned)
> - it shows up only in Beta (that's what we discussed, but should this also
> go into Nightly and Aurora?)
> - it is displayed for a couple of weeks (because we don't have the ability
> to track state in FHR yet, we can't identify how many times a user has
> visited FHR)

I am about to implement this so I have the following questions:

1) This will run for a period of time in all releases correct?
2) The text in comment 1 is what should be used?
3) Are you ok with the survey opening in the same tab or does it have to open in a new tab, if in a new tab, we will have to use JS to do this as the target attribute has been deprecated @see https://bugzilla.mozilla.org/show_bug.cgi?id=858242#c4

Comment 7

5 years ago
(In reply to Schalk Neethling [:espressive] from comment #6)

> 
> I am about to implement this so I have the following questions:
> 
> 1) This will run for a period of time in all releases correct?

I am trying to confirm which releases with Cheng. At the minimum, I know it will run on Beta. Let's set the time period to two weeks initially, and then check with Cheng at the halfway point about whether he's getting too little or too much data.

> 2) The text in comment 1 is what should be used?

Yes.

> 3) Are you ok with the survey opening in the same tab or does it have to
> open in a new tab, if in a new tab, we will have to use JS to do this as the
> target attribute has been deprecated @see
> https://bugzilla.mozilla.org/show_bug.cgi?id=858242#c4

I would rather have the survey open in a new tab or window so that the user can remain on the FHR page. I understand the javascript-disabled issue, but I don't want this corner case to limit the ideal behavior for users
(Assignee)

Comment 8

5 years ago
Larissa,

So I was thinking about another problem we have with this tip (that actually also applies to tips in general). The tips has a close button but, if the user clicks it, it will be removed only for the current session.

Because we do not have access to cookies or localStorage, we have no way of knowing between sessions whether the user has closed this tip or not so, even if they did, it will just show up again.

I can imagine that this is not ideal and how it can lead to user dissatisfaction. I will discuss this with others in FHR and see what we can do.
(Assignee)

Comment 9

5 years ago
Sent pull request:
https://github.com/mozilla/fhr-jelly/pull/73

:lauraxt r?
(Assignee)

Updated

5 years ago
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Created attachment 743719 [details]
qa - verified on dev

QA verified on dev - The FHR tip provides a request that the user take a survey. The url included for the survey directs the user to http://www.surveygizmo.com/s3/1227362/Firefox-Health-Report-Feedback

Updated

5 years ago
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.