Open lnielsen opened 3 years ago
This problem is typically observed in an import setting where drafts are associated files and then published.
What we've observed so far A race condition happens in that scenario:
files_service.commit()
) an asynchronous task extract_file_metadata
is launched that extracts metadata and stores it back on the rdm_drafts_files
row.rdm_drafts_files
row is deleted.Each of these actions use a version_id
for selection and in this case the deletion can't complete because the version_id it has is staled compared to the version_id of the rdm_drafts_files
row in the DB that has now been updated.
The proposed solution is to have a means to specify that file_service.extract_file_metadata()
should be called synchronously when committing a file.
This issue was automatically marked as stale.