Closed
Bug 1451997
Opened 7 years ago
Closed 5 years ago
Make various login schemes more pluggable
Categories
(Taskcluster :: UI, defect, P4)
Taskcluster
UI
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bstack, Assigned: hassan)
References
Details
(Whiteboard: taskcluster-web)
This would involve making it easier for external users to use their own providers for user login such as github or something other than auth0. This does not block initial redeployment because mozilla internal clusters can just use our auth0 stuff.
Reporter | ||
Comment 1•7 years ago
|
||
Eli, can you update this with the current state of what we think we need to do with this?
Flags: needinfo?(eperelman)
Comment 2•7 years ago
|
||
Breaking this out into time periods for which the requirements will change:
Immediate term: No action necessary. If the goal for the initial redeployment is to replicate our current environment, then nothing needs to be done as we can continue to use manual login and our current Auth0 production client, provided that the deployment also exists at the current domains and subdomains.
Medium term: Support GitHub logins. The UI will need a generic way to interact with a login provider and get a profile which can be exchanged for Taskcluster credentials. Right now we support Auth0 via OIDC in the login service, but that won't work for GitHub.
Long term: Support pluggable login providers. It should be possible for cluster admins to choose a login plugin, or write a login plugin, that has an API contract that either the login service or the UI backend can understand, which would then provide a generic way for the UI to get a user profile.
Flags: needinfo?(eperelman)
Comment 3•7 years ago
|
||
Note: if the initial deployment is not our current production environment, but still an Auth0 environment, there should still be nothing necessary from a UI perspective.
Reporter | ||
Updated•7 years ago
|
Assignee: nobody → dustin
Comment 4•6 years ago
|
||
As Eli has said, nothing to do here at the moment, but I expect it will soon be time to start designing something soon, especially when we have a clearer picture of what a redeployed tools UI looks like. I don't think I'm the right person to lead that charge -- given that I've been involved in login v2 through login v7, my track record isn't great :)
Eli, can you lead the charge here?
Assignee: dustin → nobody
Flags: needinfo?(eperelman)
Comment 5•6 years ago
|
||
Sure thing. I'll make a point to have an informal discussion about this at the SF 2018 All Hands.
Flags: needinfo?(eperelman)
Updated•6 years ago
|
Assignee: nobody → eperelman
Comment 6•6 years ago
|
||
https://github.com/taskcluster/taskcluster-web-server/pull/14
https://github.com/taskcluster/taskcluster-web/pull/88
Status: NEW → ASSIGNED
Whiteboard: taskcluster-web
Comment 7•6 years ago
|
||
This is not necessarily part of r13y, but part of the tc-web project.
Assignee: eperelman → nobody
Status: ASSIGNED → NEW
Component: Redeployability → Tools
Priority: -- → P4
Updated•6 years ago
|
Component: Tools → UI and Tools
Updated•6 years ago
|
Assignee: nobody → dustin
Updated•6 years ago
|
Blocks: redeploy-firefox-ci
Comment 8•6 years ago
|
||
Comment 10•5 years ago
|
||
They're definitely pluggable now!
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•