Defect #1450
closed
It is not possible to register with username not defined in EAV
Added by Ondřej Kopr almost 6 years ago.
Updated about 5 years ago.
Description
This bug has probably some connection with: #1449
There is workaround define attribute with username code for contract, tree node or etc. and then registration works.
Affected version: 2.1.0
This is not defect. You either need to specify login generator and mark username eav as read-only (which will result in this attribute not showing in registration form), or you let user choose their username by letting them fill it in the form. But you always must specify username somehow.
I doesn't agree, some default behavior should be defined and application should work as default. The same as #1400.
- Related to Defect #1400: Public page for reset password cannot be opened added
Default behavior after module instalation is username showing in registration form. If you delete the required attribute from configuration and then complain that it does not work, then i cant really do much.
Use cases:
1) username is generated by default generators in Reg module. Username does not have to be defined in EAV. It is useless attribute that will be show in eavs.
2) username is generated by generators in core module. Username does not have to be defined in EAV. It is also useless attribute that will be show in eavs.
Some existing project that use reg module doesn't defined username in eaves. The project/s is still not upgradable to newer version.
Now exists bigger problem defined in #1449 this ticket is minor problem that can be solved by override service DefaultRegIdentityService. But the method in ticket #1449 can search attributes in different formDefinition.
- Subject changed from Is not possible self registrate without defined username in EAV to It is not possible to register with username not defined in EAV
- Assignee changed from Peter Štrunc to Ondřej Kopr
- Priority changed from Normal to High
- Status changed from New to In Progress
- Status changed from In Progress to Needs feedback
- % Done changed from 0 to 90
- Target version set to 2.3.0
- Status changed from Needs feedback to Resolved
- Assignee changed from Ondřej Kopr to Roman Kučera
- % Done changed from 90 to 100
Thx for implementation.
I did review and works as intended.
- Status changed from Resolved to Closed
Also available in: Atom
PDF