Make Annotation Layer Names Unique in DB #6326
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The Front-end already enforces unique url-safe layer names as of #6289 – this PR adds the same constraints in the back-end.
Note that the evolution is not fully automatic this time (would have become complex). Instead, instructions are added to the migration guide on how to manually migrate the db content.
Some backend changes followed from the name now being non-optional.
Additionally, The layer name displayed by the front-end for Skeleton Annotation Layers is changed from »Skeletons« to »Skeleton« as discussed here – Note that in the Skeleton case, the front-end does not use or set the annotation layer name from the DB, but instead uses this string. This is a special case enabled by the fact that there is currently always at most one skeleton layer.
Steps to test:
Issues: