-
Notifications
You must be signed in to change notification settings - Fork 665
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
Hardcoded oauth config #9484
Comments
@IljaN @ChrisEdS @wkloucek what would be your recommendation for the unbranded client? I don't want to break other IdP's. /cc @TheOneRing |
Related: #9339 |
Different idps require different parameter. I'm against adding any more environment variables, #9339 suggest adding it to the config. The upcoming new theming support could also make it easier to provide the idp settings in a branding. Configurable oauth settings require research regarding security. |
We already broke azure by adding Config option in the config is okay with me too. I only used env here for simplicity. |
This issue was marked stale because it has been open for 30 days with no activity. Remove the stale label or comment or this will be closed in 7 days. |
The issue was marked as stale for 7 days and closed automatically. |
Seen in client 2.10.0 with the openidconnect app 2.1.1 rc1 running on server 10.9.1 -- connected to Azure
This is a followup on https://github.com/owncloud/enterprise/issues/4386
as e.g. seen in https://github.com/owncloud/client/blob/master/src/libsync/theme.cpp#L646
is invalid with (at least my playground in) Azure: "AADSTS90023: Unsupported 'prompt' value."
Azure works, when it is only
consent
, as shown in my original https://github.com/owncloud/enterprise/issues/4386#issuecomment-799865744 research.I am aware that differnt brandings can overwrite this in their theme. But I believe the value seen here, and used by the unbranded ownCloud client, and testpilotcloud and btr branding should a valid default.
For best flexibility, I'd suggest to allow changing this string without recompiling, e.g. via env (or maybe *.cfg )
The text was updated successfully, but these errors were encountered: