Skip to content
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

auth0 login should respect the --domain flag for personal credentials login #1000

Closed
1 task done
davidharrigan opened this issue May 14, 2024 · 3 comments
Closed
1 task done
Assignees
Labels
feature request A feature has been asked for or suggested by the community

Comments

@davidharrigan
Copy link

Checklist

Describe the problem you'd like to have solved

My Auth0 account has many tenants. Selecting the correct tenant from the authorization consent UI is doable, but would be nice if the auth0 login --domain <tenant domain> worked for the device code flow login.

Describe the ideal solution

When --domain flag is provided for the device code login flow, the correct tenant is selected without having to search for it in the UI.

Alternatives and current workarounds

No response

Additional context

I believe this would work if we can pass the --domain value to the audience field here:

"audience": []string{a.Audience},
instead of using the hardcoded wildcard audience defined here:
Audience: "https://*.auth0.com/api/v2/",

@davidharrigan davidharrigan added the feature request A feature has been asked for or suggested by the community label May 14, 2024
@duedares-rvj duedares-rvj self-assigned this Aug 13, 2024
@duedares-rvj
Copy link
Contributor

duedares-rvj commented Aug 13, 2024

@davidharrigan Thank you David for the recommendation. We have updated the login flow to respect the domain flag now.
Please note that since domain is a common param used by both machine login and user login, one should use the below command to login to a tenant directly in a user login flow:

auth0 login --domain <tenant domain> --no-input

The no-input flag indicates that there will be no further input (client-id and client-secret) and hence cli evaluates it as a user login flow.

This shall be included in the next upcoming release.

@davidharrigan
Copy link
Author

thank you, looking forward to the next release :)

@ramya18101
Copy link
Contributor

Hello @davidharrigan,
Apologies that we missed to update that the changes has been released part of v1.5.0 and closing this ticket, Please feel free to re-open the issue if you have any concerns.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request A feature has been asked for or suggested by the community
Projects
None yet
Development

No branches or pull requests

3 participants