Closed Bug 1073690 Opened 10 years ago Closed 9 years ago

If you fail to verify your FxA account, you cannot trigger the sign-in flow again

Categories

(Marketplace Graveyard :: Consumer Pages, defect, P3)

x86
Gonk (Firefox OS)
defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: krupa.mozbugs, Assigned: ashort)

References

Details

(Whiteboard: [marketplace-transition])

Connectivity: wifi SIM used: Movistar Spain Gaia/device: 2.2(nightly)/flame pre-condition: Have the dev packaged app installed steps to reproduce: 1. Launch the dev packaged app 2. Settings-> Click on Sign in 3. Enter a new email address 4. Enter your age 5. Forget about verifying the email 6. Launch dev again 7. Click on Sign in link expected behavior: Sign in link loads again so that the user can try again. actual behavior: Sign button has a loading symbol but nothing happens. This means that if i lost the verify email from my first attempt, i cannot try signing in again. 09-26 14:20:18.337 I/Dev ( 3569): Content JS LOG: [login] Allowing unverified emails 09-26 14:20:18.337 I/Dev ( 3569): at s/u/< (app://packaged.marketplace-dev.allizom.org/media/js/include.js:8:23441) 09-26 14:20:18.337 I/Dev ( 3569): Content JS LOG: [login] Requesting login from Persona 09-26 14:20:18.337 I/Dev ( 3569): at s/u/< (app://packaged.marketplace-dev.allizom.org/media/js/include.js:8:23441) 09-26 14:20:18.397 I/Gecko ( 294): 1411766418407 FirefoxAccounts ERROR UNVERIFIED_ACCOUNT 09-26 14:20:18.407 I/GeckoConsole( 294): 1411766418416 Identity.FxAccounts DEBUG get assertion failed: {"error":"UNVERIFIED_ACCOUNT","details":{"user":{"email":"krupa.mozbugs@gmail.com","verified":false}}} 09-26 14:20:18.407 I/GeckoConsole( 294): 1411766418416 Identity.FxAccounts DEBUG get assertion failed: {"error":"UNVERIFIED_ACCOUNT","details":{"user":{"email":"krupa.mozbugs@gmail.com","verified":false}}} 09-26 14:20:19.987 D/wpa_supplicant(22554): RX ctrl_iface - hexdump(len=11): 53 49 47 4e 41 4c 5f 50 4f 4c 4c 09-26 14:20:19.987 D/wpa_supplicant(22554): wlan0: Control interface command 'SIGNAL_POLL' 09-26 14:20:19.997 D/wpa_supplicant(22554): nl80211: survey data missing! 09-26 14:20:19.997 I/Gecko ( 294): -*- WifiWorker component: Firing connectioninfoupdate: ({signalStrength:-69, relSignalStrength:68, linkSpeed:12, ipAddress:"192.168.2.9"}) 09-26 14:20:21.927 I/GeckoConsole( 294): 1411766421936 Identity.FxAccounts DEBUG get assertion for app://packaged.marketplace-dev.allizom.org 09-26 14:20:21.927 I/GeckoConsole( 294): 1411766421936 Identity.FxAccounts DEBUG get assertion for app://packaged.marketplace-dev.allizom.org 09-26 14:20:21.957 I/Dev ( 3569): Content JS LOG: [login] Allowing unverified emails 09-26 14:20:21.957 I/Dev ( 3569): at s/u/< (app://packaged.marketplace-dev.allizom.org/media/js/include.js:8:23441) 09-26 14:20:21.957 I/Dev ( 3569): Content JS LOG: [login] Requesting login from Persona 09-26 14:20:21.957 I/Dev ( 3569): at s/u/< (app://packaged.marketplace-dev.allizom.org/media/js/include.js:8:23441) 09-26 14:20:21.997 I/Gecko ( 294): 1411766422007 FirefoxAccounts ERROR UNVERIFIED_ACCOUNT 09-26 14:20:22.007 I/GeckoConsole( 294): 1411766422016 Identity.FxAccounts DEBUG get assertion failed: {"error":"UNVERIFIED_ACCOUNT","details":{"user":{"email":"krupa.mozbugs@gmail.com","verified":false}}} 09-26 14:20:22.007 I/GeckoConsole( 294): 1411766422016 Identity.FxAccounts DEBUG get assertion failed: {"error":"UNVERIFIED_ACCOUNT","details":{"user":{"email":"krupa.mozbugs@gmail.com","verified":false}}}
Assignee: nobody → ashort
Priority: -- → P3
Chatting with Allen this morning, we weren't sure where this ends up, is this on the marketplace? Any ideas Sam?
Flags: needinfo?(spenrose)
After checking the docs and trying this out, I see that the "onerror" callback is invoked when the user account is unverified. If I go to the Firefox Accounts window under Settings, I see an option to resend email. Clicking the link in the resent email completes the login process on Marketplace. Is there a way we can prompt users directly to have the email resent, from Marketplace?
That sure would be a better user experience, no? I believe that this change would require heavy lifting given the need for string changes. Jared? (In reply to Allen Short [:ashort] from comment #2) > After checking the docs and trying this out, I see that the "onerror" > callback is invoked when the user account is unverified. > > If I go to the Firefox Accounts window under Settings, I see an option to > resend email. Clicking the link in the resent email completes the login > process on Marketplace. > > Is there a way we can prompt users directly to have the email resent, from > Marketplace?
Flags: needinfo?(spenrose) → needinfo?(6a68)
(In reply to Allen Short [:ashort] from comment #2) > After checking the docs and trying this out, I see that the "onerror" > callback is invoked when the user account is unverified. > > If I go to the Firefox Accounts window under Settings, I see an option to > resend email. Clicking the link in the resent email completes the login > process on Marketplace. > > Is there a way we can prompt users directly to have the email resent, from > Marketplace? Nope. But you could tell users something like, "You need to verify your email, or _click here_ to go to Settings and resend." Then, you can open the Settings app to the FxA panel using a Web Activity. Something like this should do it: var activity = new MozActivity({ name: 'configure', data: { target: 'device', section: 'fxa' } }); If you want to grep around the gaia codebase, 'configure' is the name of the activity, and many apps use it, for instance, to shove a user over to the wifi screen if their wifi is disabled. You might need a settings permission in the manifest for this to work, I'm not sure (sorry).
Flags: needinfo?(6a68)
Blocks: 897156
No longer blocks: 1007956
Blocks: 1088604
No longer blocks: 897156
Depends on: 897156
No longer depends on: 897156
I'm not sure how we should represent this in the flow at this point. The user is stuck until the account is verified. Any advice?
Flags: needinfo?(rfeeley)
Flags: needinfo?(pwalmsley)
Keywords: uiwanted
Assignee: ashort → nobody
The suggestion in comment 4 sounds good, let's go with that.
Assignee: nobody → ashort
Flags: needinfo?(rfeeley)
Flags: needinfo?(pwalmsley)
Keywords: uiwanted
FYI I just reproduced this today when trying to buy a paid app, and got stuck because I wanted to create a new account. Ashes: 266c3
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Whiteboard: [marketplace-transition]
You need to log in before you can comment on or make changes to this bug.