-
Notifications
You must be signed in to change notification settings - Fork 505
Labels
bugclaimed: AtmireAtmire team is working on this issue & will contribute backAtmire team is working on this issue & will contribute backcomponent: Item(Archived) Item display or editing(Archived) Item display or editing
Milestone
Description
Describe the bug
In some very rare cases, it is possible that the edit metadata field validation prevents you from submitting a new metadata field. This only happens for unqualified fields if the unqualified field was created when the DB already contained 20 other qualified fields. This is because the frontend doesn't request the fields to be sorted by name in the validation request, so it will return them in the order they were created.
To Reproduce
Steps to reproduce the behavior:
- Update your
dublin-core-types.xmlfile and remove thedc.relationfield - Add additional
dc.relation.*fields in order for you to have at least 20 qualified fields - Create a new empty DB
- Add the unqualified
dc.relationfield (can be done with the UI through Registries > Metadata) - Go to the edit metadata tab of a random item
- Fill in the
dc.relationfield and some value - Click on the complete button, and you will see that a validation error is shown
Expected behavior
We should also sort the order of the metadata fields for the metadata field name validation call.
Related work
In #2177, we already updated the UI to display the unqualified field as the first one
Metadata
Metadata
Assignees
Labels
bugclaimed: AtmireAtmire team is working on this issue & will contribute backAtmire team is working on this issue & will contribute backcomponent: Item(Archived) Item display or editing(Archived) Item display or editing