Open lrasata opened 1 year ago
The type column is filtered out in the migrateCoreStore.js file, from the metadatas when the valueToSave variable is set. After the migration you wont see the problem, but after the first start of strapi, it will generate the missing metadata for your column, and adds an extra entry for the layouts prop as well in the db [inside the strapi_core_store_settings table]
you'll have to remove the type col from the omitted keys when you need to generate metadata for it to avoid duplicating fields after strapi starts.
@romeomihalovics I'm also seeing this issue, can you explain more verbosely what needs to be done here?
Are you suggesting that we update the migrateCoreStore
file?
@romeomihalovics can you please give more details about your suggestion?
I am also facing the same issue can anyone please provide a solution to this problem .
Bug report
Required System information
Describe the bug
After running migration-scripts, when consulting the details of one entry, some fields appears twice. Below for example for the Content-type : News-type, the field : 'type' appears twice
When the schema.json of News-type is :
I also checked the database and there is no double column 'type'. So it is just a problem in the view. See below, we have the Config view edit and the field 'type' appears twice for some reason.
Interestingly the 2 other Content-types which are linked to News-type have some problem in their view as well : Latest-news-and-resource
For Latest-news-and-resources, the fields : news-type, primary_category, other_categories . All appear twice as in the image below :
And it is the same for Category :
It looks like this problem only appear for Content-types which have '-' hyphen in the name and is linked to other Content-types. Once again the database and the model files are all fine, it is just in the view.
Steps to reproduce the behavior
Expected behavior
No fields should be displayed twice.
Additional context
The duplicated field through the Config view edit of the Content Manager. But we would like to avoid any manual action because we aren't necessarily aware where this may appear and we aren't sure if it will appear again.