Closed
Bug 1264072
Opened 10 years ago
Closed 10 years ago
"try hello" button on /firefox/hello doesn't always open the panel
Categories
(www.mozilla.org :: Pages & Content, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jbertsch, Unassigned)
Details
Sometimes the "try hello" button on /firefox/hello opens a SUMO page instead of the hello panel. We can replicate both actions when using Firefox 45.0.2
| Reporter | ||
Comment 1•10 years ago
|
||
Expected behavior: http://cl.ly/3B38152v052w
Error behavior: https://www.dropbox.com/s/3q3d82g3h7udlx8/Where%20is%20Hello%3F.mov?dl=0 (open with quicktime)
Comment 2•10 years ago
|
||
Hm, the only way I can reproduce is by moving the Hello icon out of the toolbar & hamburger menu and into the "Additional Tools & Features" area (accessed via the "Customize" button in the hamburger menu). If the Hello icon is in said area (which is inaccessible to the UITour JS), the intended behavior is to redirect to SUMO.
In the dropbox video, I don't see the Hello icon in the toolbar, so it's possible you are getting the intended fallback behavior.
| Reporter | ||
Comment 3•10 years ago
|
||
Error behavior is expected behavior when hello button is no longer in browser toolbar.
Should we have a conditional CTA that directs a user to either Learn More or Install Hello (if it's an add-on and it can be installed)?
The Try Hello CTA is confusing and makes me ( a user) grumpy.
Comment 5•10 years ago
|
||
Is there a better reference for users with inaccessible Hello panels than the current SUMO link [1]?
If there's a better copy suggestion than "Try Firefox Hello", we could update button copy if the Hello panel is inaccessible.
[1] https://support.mozilla.org/kb/where-firefox-hello-button
| Reporter | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•