-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Redirect into app from auth flows when already logged in #10075
Comments
This is somewhat relied on for 3pid validation. When adding a 3pid or you happen to click on a validation link in your email, we direct people to the auth pages. We should already be very careful about trampling on sessions in those cases as of a recent release. |
©bob:matrix.org is logged into riot, but wants to test something with a fresh account. So he opens an incognito browser to register ©test.234234:matrix.org (associated with [email protected]). Then he accidentally opens the email validation link in his main non-incognito browser window. What can we do and what do we want to do? (I know there's a separate use case involving associating threepids with existing accounts outside of registration, but I'm going to exclude that for the time being). The registration threepid validation needs to redirect to riot's /register, which then needs to poll the homeserver's /register in order to:
But ©bob:matrix.org already has an active riot session in this browser. What to do? As far as I can tell we only have two stable options:
Of those, only option 2. is any good. I think that could work fine, as long as:
Thoughts? |
Have we ruled out special-casing it, ie. saying, "well done for registering ©test.234234:matrix.org but you're already logged in as ©bob:matrix.org, what'll it be?" |
(the special casing was what happened pre-registration sprint ftr, to fix #6875) |
If you're already logged in, then loading the auth flows should redirect back inside the app instead of making it appear that you are logged out.
We should verify that no one is depending on the current behaviour before making a change here.
The text was updated successfully, but these errors were encountered: