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
Calling DataObject::delete() on versioned object will only delete the draft record, the live record will remain on the live table
This is counter what the to the docblock on the method says and what the official docs say, the there's probably a bunch of code out there calling delete() and expecting it to correctly archive stuff.
Note that there is existing code that assumes that only a record from a single stage will be deleted when calling delete() for example Versioned::deleteFromStage() has this:
So changing delete() to also delete from the live stage could have some undesirable side-effects if we don't account for that by changing the logic in Versioned.
Options
We could just update the relevant docs to say that delete() will only delete from a single stage, and you should call doArchive() to delete from both stages
We'd need to prominently call out this docs change and apologise for it being wrong and ask people to update their code
We could revisit the way Versioned handles this scenario, and see if there's a clean way to allow calling delete() to correctly archive records without causing bad or unexpected behaviour.
This would require refactoring the parts of Versioned that currently call delete(), in order to avoid recursive or other unexpected behaviour.
Adding type bug and edited description to show there's two options here - update docs to indicate that the old expected behaviour was wrong, or fix what I think is a bug so that behaviour aligns with the docs.
We could just update the relevant docs to say that delete() will only delete from a single stage, and you should call doArchive() to delete from both stages
This is my preference - write() and delete() act on the current stage only, if you want anything else you have to use separate versioned APIs. That makes the most sense to me, and I think trying to adjust things for option 2 would be risky and unnecessarily time-consuming.
Spun off from #11131 (comment)
Calling DataObject::delete() on versioned object will only delete the draft record, the live record will remain on the live table
This is counter what the to the docblock on the method says and what the official docs say, the there's probably a bunch of code out there calling
delete()
and expecting it to correctly archive stuff.Note that there is existing code that assumes that only a record from a single stage will be deleted when calling delete() for example Versioned::deleteFromStage() has this:
So changing delete() to also delete from the live stage could have some undesirable side-effects if we don't account for that by changing the logic in
Versioned
.Options
Versioned
handles this scenario, and see if there's a clean way to allow callingdelete()
to correctly archive records without causing bad or unexpected behaviour.Versioned
that currently calldelete()
, in order to avoid recursive or other unexpected behaviour.PRs
The text was updated successfully, but these errors were encountered: