You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If an import results in the creation of a new page record, but fails when creating the actual version of that page (because of invalid data), the empty page record gets left lying around afterward. While we think it’s OK for the DB to have pages with no versions, it’s not really desirable, and we shouldn’t wind up in that situation accidentally like this.
The import versions job needs to be careful to roll back the creation of a page if the version failed.
I can think of a couple straightforward ways of doing this:
Wrap the page + version creation together in a single transaction. Not sure on the overhead of this.
Keep a list of pages that were created by the job and, when cleaning up at the end, remove any that have no versions.
We also need a test for this.
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in seven days if no further activity occurs. If it should not be closed, please comment! Thank you for your contributions.
If an import results in the creation of a new page record, but fails when creating the actual version of that page (because of invalid data), the empty page record gets left lying around afterward. While we think it’s OK for the DB to have pages with no versions, it’s not really desirable, and we shouldn’t wind up in that situation accidentally like this.
The import versions job needs to be careful to roll back the creation of a page if the version failed.
I can think of a couple straightforward ways of doing this:
We also need a test for this.
The text was updated successfully, but these errors were encountered: