Skip to content

Fleet tooling hardcoded the old Supabase project ref/URL — audit for remaining hardcodes #2796

Open

Description

@dezren39

During the 2026-10-30 cutover from muse-dev (nltgxorqwxhgfzseiirt, down in WAL recovery) to muse-dev2 (keihfchslgjetkmnmzra), flipping the canonical Bitwarden supabase.* pointers was NOT sufficient: two fleet tools hardcoded the old project and would have kept hitting the dead instance (supabase-exec returned 403 with the new scoped token against the old ref):

  • ~/tools/supabase-exec.py — REF_DEFAULT = "nltgxorqwxhgfzseiirt" (fixed 2026-10-30: now resolves Bitwarden supabase.project-ref)
  • ~/tools/repo-queue.py — PROJECT_URL = "https://nltgxorqwxhgfzseiirt.supabase.co" (fixed 2026-10-30: now resolves Bitwarden supabase.project-url, new URL kept as fallback)

Related drift found the same day: the Supabase backup config's schemas list omitted engineering (the laptop pg_dump was empirically full-database so no data was lost, but the api transport would have silently skipped that schema).

Ask: audit the remaining fleet tooling (mirror scripts, idea mirror, fleet job bodies, laptop tools) for other hardcoded project refs/URLs or stale schema lists, and convert them to the canonical Bitwarden pointers (supabase.project-ref, supabase.project-url, supabase.service-role-key, supabase.access-token-muse-cli) so the next project move is config-only. Context: code#2767 (fleet queue unreachable during the outage).

Acceptance criteria

  • A repo-wide audit of fleet tooling (mirror scripts, idea mirror, fleet job bodies, laptop tools) finds every remaining hardcoded old Supabase project ref/URL or stale schema list; each find is either fixed in place or listed on this issue with an owner.
  • All converted tools resolve the canonical Bitwarden pointers (supabase.project-ref, supabase.project-url, supabase.service-role-key, supabase.access-token-muse-cli) instead of embedded project values.
  • The two known fixed tools (~/tools/supabase-exec.py, ~/tools/repo-queue.py) are re-verified working against muse-dev2 after the audit.

Activity

  1. dezren39 commented on Oct 30, 2026

    @dezren39
    MemberAuthor

    Cutover-day progress: the audit also found laptop/tools/supabase-mirror/sync_agent_to_turso.py hardcoding the old ref — fixed the same day (now resolves Bitwarden supabase.project-ref; committed in hatch-personal, live laptop copy updated). Remaining audit scope from the issue still stands for other tooling and job bodies.

  2. added
    kind/infrastructureInfrastructure / host-portability work
    priority/highImportant and time-sensitive
    effort/mMedium: expected under 1 day of work
    source/fleet-monitorFiled or driven by the fleet monitor / operator reconciliation
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    on Oct 30, 2026
  3. dezren39 commented on Oct 30, 2026

    @dezren39
    MemberAuthor

    Intake review

    Fleet monitor intake pass (2026-10-30).

  4. developing-today commented on Nov 3, 2026

    @developing-today
    Contributor

    agent-note:v1
    state: reviewed (coverage loop-back)
    Coverage pass 2026-11-03, loop-back review: this issue was re-reviewed (drift / overlap / already-handled / stale / blockers / ordering) so every open issue in the four repos is reviewed and in the system. Verdict: still live; in the system as task 7363 (triage, queued, priority 50) in repo-health-code-pilot. Labels audited and synced. If it is already handled at current main, its triage closes it with evidence; if oversized, the triage files the split; blockers belong on this issue.
    Found via: coverage loop-back 2026-11-03

  5. dezren39 commented on Nov 3, 2026

    @dezren39
    MemberAuthor

    agent-note:v1
    state: picked_up
    Found via: OpenChamber scheduled lane
    Task: 7363 (repo-health-code-pilot)
    Worker: repo-worker-code
    Lane: 8ac61616-3815-4e7b-b33d-840a3829154a
    Session: ses_e5e5c374d17ffezowNmwt2RE2W
    Next: Audit the old Supabase project ref/URL and stale schema lists across fleet tooling, then verify remaining known tools against muse-dev2.

  6. 24 remaining items

  7. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  8. added
    queue/claimedQueue worker lifecycle state
    and removed
    status/parkedDeliberately paused with a recorded resume condition
    queue/parkedQueue task is parked (waiting on CI, time, or an event)
    on Nov 4, 2026
  9. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  10. dezren39 commented on Nov 4, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  11. dezren39 commented on Nov 5, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  12. dezren39 commented on Nov 5, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

  13. added
    queue/queuedHas a queued task in the Supabase agent queue
    and removed
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    on Nov 5, 2026
  14. dezren39 commented on Nov 5, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · handed off

    • Agent: fleet monitor
    • Session / ID: task 7363 (repo-fleet-monitor run 2026-11-05T15:39:47Z)
    • Found via: monitor reconciliation (Duty 1 claim/label divergence repair)
    • Task: Claim evaporated: task 7363 is queued and unclaimed in repo-health-code-pilot, but this issue still carried claimed labels. Labels reset to the truth (queue/queued + status/needs-triage). Checkpoint stage at evaporation: handed_off.
    • Expectation: The next lane claim picks task 7363 up from the queued state and posts a fresh pickup note.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

effort/mMedium: expected under 1 day of workkind/infrastructureInfrastructure / host-portability workmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedpriority/highImportant and time-sensitivequeue/queuedHas a queued task in the Supabase agent queuesource/fleet-monitorFiled or driven by the fleet monitor / operator reconciliationstatus/needs-triageNot yet triaged; needs a first looktask/triageQueue packet kind: verify, reproduce, and route this item

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions