This repository has been archived by the owner on Apr 17, 2021. It is now read-only.
[FxA] Return user to page they started on after sign in #2805
Labels
Projects
Comments
mcomella
changed the title
Return user to page they started on after sign in
[FxA] Return user to page they started on after sign in
Sep 5, 2019
severinrudie
added a commit
to severinrudie/firefox-tv
that referenced
this issue
Sep 16, 2019
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
This code is adapted from Severin's WIP: severinrudie@0f4f432
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
I verified: - The log in happy path - The email validation path - The "blocked" email validation path
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 25, 2019
QA: after the user successfully signs in, the browser should update to the page the user was on before sign in: please verify this behavior. Note that the user will have to first close onboarding and then close the overlay to see the web content with the restored page. |
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 26, 2019
… FakeWebBackForwardList.
mcomella
added a commit
to mcomella/firefox-tv
that referenced
this issue
Sep 26, 2019
…In with crash on gecko. From Severin: > I would replace this with a crash. If we ever move to GV, we'll want > to know about this sooner rather than later. We can always comment it > out at that time if it's considered low priority.
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
This code is adapted from Severin's WIP: severinrudie@0f4f432
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
mcomella
added a commit
that referenced
this issue
Sep 27, 2019
…on gecko. From Severin: > I would replace this with a crash. If we ever move to GV, we'll want > to know about this sooner rather than later. We can always comment it > out at that time if it's considered low priority.
Verified as fixed in |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Why/User Benefit/User Problem
We have one WebView and we use the WebView to sign into FxA so whatever page the user was looking at gets replaced by the sign in process, even after successful sign in. It's in their back stack so in theory they can still press back to see the page but it's unintuitive to go back through the sign in flow to get there.
Ideally, the sign in flow wouldn't disrupt the user's browsing experience.
Acceptance Criteria (how do I know when I’m done?)
Not included
The text was updated successfully, but these errors were encountered: