Hi,
My work on KEYCLOAK-4778 highlighted an inconsistency in User attribute value handling.
When a IdentityProviderMapper accepts a user attribute, it seems (I haven't looked at
all of them) they will drop (not import/store) those that have a null value. However, the
REST API does something different. UserRepresentation (through StringListMapDeserializer)
will convert null values to a String of "null".
Any objections to changing StringListMapDeserializer to also ignore null valued
attributes? UserRepresentation is the only user of StringListMapDeserializer.
Alex