Open larissa-n opened 2 years ago
This will be resolved in the near future, it's been on our task list for some time now. Thanks for opening the issue! 👍
Awesome, thanks!
Just curious, what's the progress / is there a timeline for this? Thank you!
Same issue. Typed up the following for Slack but copying here instead:
In summary, you cannot delete fields unless you delete all entries. Even if there is no content in a field, it is assumed there is and a field cannot be deleted. Furthermore, there are UI issues when switching between views that are resolved by a hard refresh.
I understand the cautiousness in Deleting a field when entries already exist, but if there is actually no data in a field, you should be able to delete it.
Even if there is content, a user with permissions should be able to delete a field with a warning "Content may exist in this field already so data loss may occur and cannot be restored."
@bmccarthynn This problem is scheduled for Q3, so it will be resolved. There are more issues with this than just field deletion. With Elasticsearch this becomes very tricky, because you can have Field A
of type number
, you create an entry, Elasticsearch now treats Field A
as a number. If you delete that field and create Field A
again, but this time as a string, Elasticsearch will not like it (to put it mildly).
We do have a solid implementation plan so stay patient for just a bit longer :)
Is your feature request related to a problem? Please describe.
Currently, no content model fields can be deleted if there are any entries for the content model; irrespective of whether the concerning field is used. As a result, content model fields can only be added, but never removed, if there is at least one entry; and removing any fields requires clearing ALL entries for the content model (all the while bulk deletion is not yet implemented; and while removing a content model is also only possible aftere all entries are cleared). So if anything needs to change about a content model, this leads to orphan fields that are difficult to keep track of (e.g. rename label DO_NOT_USE and other possible workarounds).
Describe the solution you'd like.
It would be neat if content model fields could be edited and deleted as long as there aren't any entries using them.
Describe alternatives you've considered.
No response