All checks were successful
Build and deploy / Validate source (push) Successful in 5s
Build and deploy / Integration suite on a real stack (push) Successful in 1m20s
Build and deploy / Secret scan and release gate (push) Successful in 6s
Build and deploy / Publish images and notify Portainer (push) Successful in 1m37s
The 4.1 indexes were added beside the existing uploads_owner, which sits partway through schema.sql, so CREATE INDEX ... ON dtf_local.order_files ran before that table was created and bootstrap aborted with UndefinedTable. db-init then restarted on failure without ever completing, and everything waiting on it timed out. Every local run passed because those volumes already had the tables. Only a clean database exposes it, which is what CI has and my checks did not. All eleven indexes now sit at the end of the file, after every table, with an assertion in the change that each indexed table is created before its index. Verified from docker compose down -v: the stack starts, bootstrap completes, eleven indexes exist, and the full suite passes. Recorded as ROADMAP 5.11: nothing exercises the schema against an empty database, which is the only way this class of fault appears. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
6.4 KiB
6.4 KiB