-
Notifications
You must be signed in to change notification settings - Fork 329
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
brute-force-detection-settings + ssl_required + custom-realm-attributes + fix 174 + k8.0.0 #183
brute-force-detection-settings + ssl_required + custom-realm-attributes + fix 174 + k8.0.0 #183
Conversation
… + support for custom-realm-attributes + bugfix for keycloak#174
The change of behavior of revoke refresh tokens settings should be mentioned in the release notes. |
@mrparkers Did you have a chance to look at this PR? Do you have any remarks? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apologies for the late review - I have been pretty busy lately. I just had one comment for this PR, thanks!
//extra attributes of a realm | ||
Attributes map[string]interface{} `json:"attributes"` | ||
|
||
BrowserSecurityHeaders BrowserSecurityHeaders `json:"browserSecurityHeaders"` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this a breaking change in Keycloak's API? It looks like we were using _browser_header
before - is that going to break this provider's compatibility with older versions of Keycloak?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Realm tests stills work if I run on ac test with 'make local' and docker-compose pointing to keycloak version 4.8.3.Final
There 2 ways of setting these parameters, The UI is using the way above
I have no idea why there are 2 ways to do this. If you set both ways at the same time with different values, then setting it directly as a real parameters wins from setting it through the attributes.
Thus this seems to be the safer bet and a more correct way to do it through this method.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR!
support for brute-force-detection-settings
support for ssl_required
support for custom-realm-attributes
bugfix for #174
upgrade to keycloak 8.0.0