Hi,I have an issue where a content type is not being reverted to code after choosing 'revert to default' from the ct settings in admin. It only increments the version number after saving it via the UI.
I have looked at this thread that states that if another developer manually updates the same property on the same database/CMS then EPiServer ignores your changes. Does this mean that even if you 'revert to default' and click save to commit that synchronization to the DB, EPiServer ignores your changes? I have previously tried to set
to perform a manual sync in admin section, without success.
I don't really see how I can force the database to update to reflect the changes in the model. I'm using v11.15.
Try the first solution given on below blog post-
So, I went and tried the quasi-solution at
Anyway, I backed up my dev database and amended the script to
SET [Version] = REPLACE(Version, '188.8.131.52', '184.108.40.206')
WHERE [Name] = 'ImageFile' AND [Version] = '220.127.116.11'
and the content type in the backend changed back to 18.104.22.168. Great, right?
Wrong. The content type still does not pick up the new field from code, and i'm looking at the possibility of having to write my own scheduled job to update the offending content type using the repository.
Is the version is correct now? and the yellow warning on the content type is gone?
if yes then please try to reset your IIS and rebuild the solution and publish it again.
The version is correct, but the new field hasn't been added from code, even after an IIS reset and rebuild/republish. There was never any yellow warning to begin with on the content type, nor any error relating to this in the log.
It turns out this was some as-yet-unidentified build problem. I had another developer deploy from a newer build on the same CMS version and the issue was resolved.
I believe I'm having the same issue as this with a field name and started a thread before I saw this. Here is the link with screenshots.