Implement sign in to the browser and sign out of Firefox Mobile

NEW
Unassigned

Status

()

7 years ago
3 years ago

People

(Reporter: asa, Unassigned)

Tracking

(Depends on: 2 bugs, {meta})

unspecified
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(blocking-kilimanjaro:-)

Details

(URL)

(Reporter)

Description

7 years ago
By signing in to the browser, the user connects to a Persona account, which provides a discovery point for id-attached services.

See https://wiki.mozilla.org/Identity/Features/Sign_into_the_browser and https://wiki.mozilla.org/Kilimanjaro/ProductDraft#All_your_devices_recognize_you_and_enable_access_to_your_ID-attached_services
(Reporter)

Updated

7 years ago
blocking-kilimanjaro: --- → +

Comment 1

7 years ago
Can we file a separate bug for the discovery part? This should be narrowly about login/logout.
Technically, this bug is a meta bug. So let's add new bugs as we need them and link back to this bug.
Keywords: meta
(Reporter)

Comment 3

7 years ago
Per recent Product Team discussions, we are dropping sign into the browser from kK90. Sign into Persona in content will be sufficient for K9O
blocking-kilimanjaro: + → -
(In reply to Asa Dotzler [:asa] from comment #3)
> Per recent Product Team discussions, we are dropping sign into the browser
> from kK90. Sign into Persona in content will be sufficient for K9O

(In reply to Asa Dotzler [:asa] from comment #2)
> Per recent Product Team discussions, we are dropping sign into the browser
> from kK90. Sign into Persona in content will be sufficient for K9O

I'm a bit nervous about the implications this could have on the user experience for AITC, as I've had discussions with Anant while testing AITC desktop where discussion points came up with something like:

"Issue will likely be better solved when sign into browser comes down the pipeline"

Anant - What are your thoughts on this? I'm a bit nervous about this being deprioritized in how it affects the UX of AITC. We should talk about this at Tuesday's AITC meeting to evaluate the impacts of the deprioritization here and address if we agree or disagree with the k9o -.
Depends on: 753238
Depends on: 763992
No longer depends on: 753238

Comment 6

7 years ago
(In reply to Matthew N. [:MattN] from comment #5)
> UX Mockup: http://people.mozilla.com/~zfang/SignInMobile/Mobile.html

Does that page need further changes to the browser UI to protect against spoofing (like we do with about:addons)?

Forgive me if it's a silly question. I do not have an Android phone so I may be missing something.
Can a website not concoct a similar screen for the second step in the sign in for existing users?
You need to log in before you can comment on or make changes to this bug.