-
Notifications
You must be signed in to change notification settings - Fork 35
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
Restoring a deleted page causes the version number to increment twice #136
Comments
Yes this is intentional. Version history tracking now tracks not only changed pages, but also changed states, including being published / on draft. Restoring a page from history now results in a new state, and thus a new version number being assigned. You'll find that version 2 is tracked as the "deleted" state, which is unqueryable, but exists in the _Versioned table as a placeholder audit log for "this is when we deleted this record from draft". Is that particular row present in your _Versions table? |
I'm closing this for now; Happy to discuss this further if you want to understand the updated model a bit more. :) |
Hmm... I would have expected this as a major change then, not a point release. |
We'll do major versions for breakages in api, but we don't strictly treat behaviour itself as an API. |
With the latest Versioned changes when a deleted page in CMS is restored there is a gap in the version numbering.
fails with
Both resultPage and requeriedPage Version is 3, not the expected 2. There is no version 2
The text was updated successfully, but these errors were encountered: