862376 - remove sign in from AAQ process

Status: RESOLVED FIXED

(support.mozilla.org :: Knowledge Base Software, task, P2)

Description

[Kadir Topal [:atopal]]

The page where we ask people to sign in or sign up should be simplified to just offer sign-up. details coming

Comment 1

[Ricky Rosario [:rrosario, :r1cky]]

Attachment: AAQ remove sign in

To clarify, we'll be removing the sign in form from the AAQ flow. Also any code in the view that handled that form.

Comment 2

[Ricky Rosario [:rrosario, :r1cky]]

This is AAQ, need to be extra careful. => 2pts

Comment 3

[Michael Cooper [:mythmon]]

I'll do this next.

Comment 4

[Michael Cooper [:mythmon]]

Attachment: questions.user.login, logout, and registrations

Although I have a pretty good grasp on how to do this, I'm a bit fuzzy on the "why". Is there a back story about this somewhere in an etherpad or something? It would be useful to have a link to that if it exists.

Also, should there be a way for a return user to login without leaving the flow at all? It sounds like after this change, if a user who has an account but is not logged in gets to the screen they will lose anything they have done, which sounds bad.

I tried to get some data from graphite about this (since I noticed a couple of graphite counters in the view). I'm not very confident in the data, because it looks a little strange to me, but it seems that a significant number of login attempts are happening. This statistics currently don't show if the attempt was successful or not, however. I've attached a graph from graphite that shows what I'm talking about.

I'm not saying we should *not* do this, only that I don't see any evidence that there is a good reason to do this. I assume that this evidence is in a conversation that led up this bug that I haven't seen yet.

Comment 5

[Michael Cooper [:mythmon]]

After talking with Kadir about this, we've decided to

a) Not remove the login process, just hide it by default. This way users can still login without breaking the flow.

b) Instrument things better, so we can decide if all those logins from graphite are successful for not.

c) Check if our various sources of data agree (Graphite, Google Analytics, and Apache). This might be a new bug.

Comment 6

[Michael Cooper [:mythmon]]

PR: https://github.com/mozilla/kitsune/pull/1295
Landed: https://github.com/mozilla/kitsune/43d6ce8875b17e7532d458ef23c7f14fb17c1235

Comment 7

[Michael Cooper [:mythmon]]

This is on master now.

Comment 8

[Kadir Topal [:atopal]]

Since there were more questions about this. Here is the rationale:

Almost all of our users are first time users. Even if they came back after several month, it's unlikely they'd even remember their login information. We don't care about people signing up twice, it doesn't hurt us or anyone. But the sign-in form is confusing, stats show a significant number of login attempts, even though almost all of our users are first time users. Making the sign-in form less prominent is therefore one way to reduce confusion and removes a hurdle to asking a question.

Comment 9

[John Hesling [:John99] (NeedInfo me)]

Rather late in the day to comment when we are about to go over to Persona.

However it my be useful to retain this as an alternative back channel as newbie posters may not even understand what Persona is. The procedures could probably do with reviewing and improving though. For more comments and back story relating to current procedures see a couple of sumo contributors threads
https://support.mozilla.org/en-US/forums/contributors/709578?last=53868
https://support.mozilla.org/en-US/forums/contributors/709584?last=53890

Comment 10

[Kadir Topal [:atopal]]

John, people don't need to understand Persona, it's just another way to sign in. Even better: in 1/3 of the cases (GMail users) they won't even need to use a different password.