Root cause: last_igo_export re-saves every listing, clobbering date_modified #1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Backfill / repair corrupted
listings_listing.date_modifiedThe
last_igo_exportruns (2026-03-27…04-01) overwrotedate_modifiedfor~282,000 distinct listings. Current state (per log reconciliation):
~99.5k rows still read
date_modified = 2026-03-30(matches client's102,555 report); ~182k were re-stamped to 2026-04-01.
Task
audit/history table,
django-simple-history, app changelog, WAL/PITRbackup from before 2026-03-27, or a replica/dump.
date_modifiedfrom it for affected rows.date_created, or flagaffected rows as "unknown last-edit") with the client.
backfill so repaired values are true UTC.
Priority: HIGH — this is the client-visible damage.
Blocked by / coordinate with: root-cause fix (stop further corruption first).