Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

items not visible if renaming field of collection that has entries #775

Open
raffaelj opened this issue Jun 1, 2018 · 1 comment
Open

Comments

@raffaelj
Copy link
Contributor

raffaelj commented Jun 1, 2018

If I have a collection and change a field name (for example "category" instead of "cagory"). If the collection has entries, a new field "category" without items is visible. The old field "cagory" is still present if I export the data. If I change the field name back or add a new field "cagory", the items of "cagory" are visible again.

I know, I could use the label, but if my field name has a typo, it feels wrong to keep it.

Expected behavior:

I change the field name and the change is populated to all entries. --> maybe with an info field "Maybe you have to change your API requests or application logic"

or:

The field name is readonly if the collection has entries. --> maybe with an info field "Contains entries, changing would break some internal logic"


edit: fixed some typos

@gryphonmyers
Copy link

I agree with the sentiment that right now it feels a bit too loose and messy. You can very easily get cockpit to lose and leave stray data all over the place. It of course opens up a whole can of worms if you try to keep the database in sync when changes like this are made to the schema though. Interesting idea re: making it readonly, though that seems pretty limiting.

@aheinze do you have any plans or thoughts about this problem?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants