Deletes currently collect blocks in the write lock, write the edit, incrementally block delete, finally audit log. It should be collect blocks, edit log, audit log, incremental delete. Once the edit is durable it's consistent to audit log the delete. There is no sense in deferring the audit into the indeterminate future.
The problem occurs when thereto server hung due to large deletes but it won't be easy to identify the problem. That should have been easily identified as the first delete logged after the hang.