1555320 - User is not able to sign in into Firefox sync account with a verified account

Status: RESOLVED DUPLICATE of bug 1553758

(Cloud Services :: Server: Firefox Accounts, defect)

Description

[Alin Ilea, Desktop Test Engineering]

Affected versions

Tested on Release 67.0.1

Affected platforms

Tested on Mac OS 10.14 and Ubuntu 18.04

Prerequisites:
To be able to see the about:welcome page on a version where this is not implemented please go to about:config and set:

identity.fxaccounts.autoconfig.uri to https://accounts.stage.mozaws.net
browser.newtabpage.activity-stream.fxaccounts.endpoint to https://accounts.stage.mozaws.net

Restart the browser.

Steps:

1. Go the about:welcome page
2. Log in into your firefox sync account (click to the FxA Avatar icon from the Toolbar --> Turn on Sync). Please enter an address that is already verified.
3. Click on Continue

Expected result

User is taken to the "Sign in" page

Actual result

User is taken to "Create a Firefox Account" page

Comment 1

[Shane Tomlinson [:stomlinson]]

Can you provide more information? I just signed in with a verified account.

Comment 2

[Shane Tomlinson [:stomlinson]]

Attachment: sign in with a verified account from about:welcome

Comment 3

[Shane Tomlinson [:stomlinson]]

Attachment: signin with a verified account from the hamburger menu

Comment 4

[Alin Ilea, Desktop Test Engineering]

(In reply to Shane Tomlinson [:stomlinson] from comment #1)

Can you provide more information? I just signed in with a verified account.

Have you tried on Release build 67.0.1 or on Nightly build? Because on Nightly the issue is not reproducible, only on Release 67.0.1 the problem occurs.

Comment 5

[Shane Tomlinson [:stomlinson]]

(In reply to Alin Ilea from comment #4)

(In reply to Shane Tomlinson [:stomlinson] from comment #1)

Can you provide more information? I just signed in with a verified account.

Have you tried on Release build 67.0.1 or on Nightly build? Because on Nightly the issue is not reproducible, only on Release 67.0.1 the problem occurs.

I'm using a treeherder release from here: https://treeherder.mozilla.org/#/jobs?repo=mozilla-release&searchStr=build-signing&selectedJob=248698342

Comment 6

[ovidiu boca[:Ovidiu]]

We are using this: https://treeherder.mozilla.org/#/jobs?repo=mozilla-release&searchStr=build-signing&selectedJob=248871687

Comment 7

[Shane Tomlinson [:stomlinson]]

(In reply to ovidiu boca[:Ovidiu] from comment #6)

We are using this: https://treeherder.mozilla.org/#/jobs?repo=mozilla-release&searchStr=build-signing&selectedJob=248871687

I still don't have any issues as long as about:config prefs are reset back to the expected values.

Comment 8

[Shane Tomlinson [:stomlinson]]

Attachment: signin-verified-same-browser.gif

Comment 9

[ovidiu boca[:Ovidiu]]

Attachment: screen recording with the issue.mov

This is the result in my case.

Comment 10

[Shane Tomlinson [:stomlinson]]

From looking at the video above, the behavior seems correct to me. If I query the backend for whether "[e-mail]" is registered, the response says the user does not exist. From that respect, the UI is behaving as intended for a new user.

Is "[e-mail]" an address that was registered with either prod (accounts.firefox.com) or latest (latest.dev.lcip.org)? They all have distinct user databases.

Comment 11

[Alin Ilea, Desktop Test Engineering]

I've tested again with a new account and the issue is not reproducible, so the problem was related to the account.
I will close this bug as Resolved-Invalid.

Comment 12

[Virginia (please send need info request to Brindusa Tot)]

I'm reopening this bug as I'm able to reproduce it.

The steps are

1. Go the about:welcome page
2. Use an email address that is already verified.
3. Click on Continue

Expected result
User is taken to the "Sign in" page to enter their password.

Actual result
Page to sign in does not load completely and it gets stuck loading. (See attached gif for reference)

Comment 13

[Virginia (please send need info request to Brindusa Tot)]

Attachment: Trailhead - sign in account.gif

Comment 14

[Shane Tomlinson [:stomlinson]]

This has the same root cause as Bug #1553758, closing as a dup.

Comment 15

[Liz Henry (:lizzard) (relman/hg->git project)]

I'd like us to verify this as well as bug 1553758, though, once it's fixed.

Comment 16

[Liz Henry (:lizzard) (relman/hg->git project)]

From discussion in bug 1553758 and in triage it sounds like the STR should be followed differently (ie, this bug is a result of the test not being set up quite right).

Comment 17

[Alin Ilea, Desktop Test Engineering]

Hi,

I've retested the issue with new steps from: https://bugzilla.mozilla.org/show_bug.cgi?id=1553758#c19 and it works, following that steps the issue is not reproducible.
Note that it works also if the user restart the browser after disconnect the account without doing the prerequisites again, just restart the browser and log in again.