[Enhancement] The user should be redirected directly to the "Firefox Monitor" website after clicking the "Get Monitor" button, if he is already logged in to "Firefox Sync"
Categories
(Firefox :: Messaging System, enhancement, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | unaffected |
firefox69 | --- | fix-optional |
firefox70 | --- | fixed |
People
(Reporter: mcoman, Unassigned)
References
Details
Attachments
(2 files)
[Affected versions]:
- Firefox Nightly 70.0a1 - Build ID: 20190812095530
[Affected Platforms]:
- All Windows
- All Linux
- All Mac
[Prerequisites]:
- Have a new Firefox profile with the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref's value set to "true" in the "about:config" page;
- You are logged in to "Firefox Sync";
[Steps to reproduce]:
- Open the browser with the profile from prerequisites.
- Navigate to "about:newtab#asrouter" and select the "snippets_local_testing" option from the "Messages" dropdown menu.
- Scroll to the bottom of the page and click the "Show" button from the "SPECIAL_SNIPPET_BUTTON_1" section.
- Click the "Collapse devtools" button from the top-right part of the page.
- Click the "Get monitor" button from the "Special Monitor" snippet and observe the behavior.
[Expected result]:
- The user should be redirected to the "Firefox Monitor" website.
[Actual result]:
- The "Sign in to continue to Firefox Monitor" page is opened.
[Notes]:
- Attached a screen recording of the issue.
Updated•6 years ago
|
Comment 1•6 years ago
|
||
I investigated this with the FXA team it and seems like this is an issue on the services side. A fix was landed a few days ago: https://github.com/mozilla/fxa/pull/2056, it's expected to be in production by end-of-month.
Comment 2•6 years ago
•
|
||
I just tested the uplift patch, and I'm seeing account info / image + email address and no password field with a [Sign in]
button when clicked ends up loading https://monitor.firefox.com/user/dashboard
stomlinson, is the oauth step the expected behavior allowing users a final confirmation of which account will be used? If so, I guess this bug can be resolved maybe fixed or wontfix?
Comment 3•6 years ago
|
||
(In reply to Ed Lee :Mardak from comment #2)
Created attachment 9085525 [details]
no password but not direct to monitorI just tested the uplift patch, and I'm seeing account info / image + email address and no password field with a
[Sign in]
button when clicked ends up loading https://monitor.firefox.com/user/dashboardstomlinson, is the oauth step the expected behavior allowing users a final confirmation of which account will be used? If so, I guess this bug can be resolved maybe fixed or wontfix?
This is indeed the expected behavior. With the work that :rfkelly is doing to decouple "Signing into Firefox" from "Signing into Sync" [1] and the prompt=none
flow [2] we just landed on the FxA side, the need to click "Sign in" will go away in the nearish future.
[1] - https://bugzilla.mozilla.org/show_bug.cgi?id=1570565
[2] - https://github.com/mozilla/fxa/pull/1150
Updated•6 years ago
|
Comment 4•6 years ago
|
||
See also related discussion in https://bugzilla.mozilla.org/show_bug.cgi?id=1567405; it may be possible to consider this bug a dupe of that one.
The "click to sign in" experience is the best we can do for now, but there's discussion about having a smarter landing page for the handoff between Browser and Monitor that can do things to onboard the user into the server. If and when such a page exists, the snippet should probably use it.
Updated•6 years ago
|
Updated•5 years ago
|
Description
•