mirror of
https://github.com/supabase/supabase.git
synced 2026-10-10 03:45:06 +03:00
The drain loop fed each listing straight back into the next delete. Deleting a version id is unconditional, so a restore or a new upload to the same path while the purge was running would be picked up by the following round and destroyed. Deleting the delete marker promotes nothing in Storage, so mid-drain every surviving row is still archived. A current version appearing in a later round therefore means the path was written again, and the purge now stops instead of claiming it. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01N3euXsz25sTybsGTcxCFfn