-
Notifications
You must be signed in to change notification settings - Fork 130
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
Allow setting URL parameters when calling device authorization endpoint #354
Comments
This change would be fine on the |
Should I send a PR for this change, or would you like to fix this some other way? Also, do you know when v3 will be released? |
Yes, a PR is welcome. We don't have a strict deadline, but I recon within a month-ish. We do have auto-releases on v3 already that you could use a target. Just expect that there are breaking changes with each increment. |
This change enables the caller to set URL parameters when calling the device authorization endpoint. Resolves zitadel#354
* feat: Allow modifying request to device authorization endpoint This change enables the caller to set URL parameters when calling the device authorization endpoint. Fixes #354 * Update device authorization example
🎉 This issue has been resolved in version 3.0.0-next.4 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
🎉 This issue has been resolved in version 3.0.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Is your feature request related to a problem? Please describe.
When using the device authorization flow, it's currently not possible to set URL parameters when calling the device authorization endpoint. In some cases, the OP would like to receive the
audience
parameter in order to issue a proper access token.Describe the solution you'd like
It would be nice if URL parameters could somehow be passed when calling
rp.DeviceAuthorization()
. A solution could be to add anauthFn
argument to bothrp.DeviceAuthorization()
andclient.CallDeviceAuthorizationEndpoint()
which could then be passed tohttphelper.FormRequest()
. But this would break backward compatibility.The text was updated successfully, but these errors were encountered: