libre.sh/keycloak-scim
3
0
Fork 0
Code Issues 15 Pull requests Releases Packages Activity Actions

Fix a few typos (#32929)

Browse source 
Signed-off-by: Nate Drake <ndrake@gmail.com>
This commit is contained in:
Nate Drake 2024-09-15 06:12:26 -04:00 committed by GitHub
parent 83c00731c3
commit 75973157aa
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
3 changed files with 3 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
services/src/main/java/org/keycloak/userprofile/config/UPConfigUtils.java
View file

@ -248,7 +248,7 @@ public class UPConfigUtils {
*
* @param roles to validate
* @param fieldName we are validating for use in error messages
* @param errors to ass error message into
* @param errors to pass error message into
* @param attributeName we are validating for use in error messages
*/
private static void validateRoles(Set<String> roles, String fieldName, List<String> errors, String attributeName) {

2
testsuite/integration-arquillian/servers/auth-server/services/testsuite-providers/src/main/java/org/keycloak/examples/providersoverride/CustomLoginFormsProviderFactory.java
View file

@ -25,7 +25,7 @@ import org.keycloak.models.KeycloakSession;
/**
* This has same providerID like built-in ValidateUsername provider. But it should be called in favour of ValidateUsername even
* if it doesn't have "order" set. Ass it is custom provider and it worked this way in previous versions
* if it doesn't have "order" set. As it is custom provider and it worked this way in previous versions
*/
public class CustomLoginFormsProviderFactory extends FreeMarkerLoginFormsProviderFactory {

2
testsuite/integration-arquillian/servers/auth-server/services/testsuite-providers/src/main/java/org/keycloak/examples/providersoverride/CustomValidateUsername.java
View file

@ -23,7 +23,7 @@ import org.keycloak.authentication.authenticators.directgrant.ValidateUsername;
/**
* This has same providerID like built-in ValidateUsername provider. But it should be called in favour of ValidateUsername even
* if it doesn't have "order" set. Ass it is custom provider and it worked this way in previous versions
* if it doesn't have "order" set. As it is custom provider and it worked this way in previous versions
*
*/
public class CustomValidateUsername extends ValidateUsername {