Currently, if use_email_as_username registry setting is set to False, anything that is based on DxUserObject but does not provid a username attribute, will fail: see line 81 of DxUserObject class implementation.
As such, the bug affects also the example Member type that is provided by this package.
Assuming there are no downsides I've missed, I'll submit a PR containing:
additional IUserName schema (with just the username field)
modified IMember that inherits from IUsername (in addition to IEmail)
Currently, if
use_email_as_username
registry setting is set toFalse
, anything that is based onDxUserObject
but does not provid ausername
attribute, will fail: see line 81 of DxUserObject class implementation.As such, the bug affects also the example
Member
type that is provided by this package.Assuming there are no downsides I've missed, I'll submit a PR containing: