Self-hosted platform: no command clears the local install record after its database is gone
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 78/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- postgresql, typescript
Direzione di ricerca
Leggi docs/guide/platform/installation/uninstall.md, in particolare le indicazioni intorno alla riga 92 e l’elenco «Remove retained resources». Documenta come cancellare il record di installazione locale e i file adiacenti di ripristino e dei segreti quando il database è definitivamente perso, quindi spiega come rimuovere manualmente le risorse Cloudflare conservate. Il lavoro è completato quando i passaggi di ripristino sono chiari e coerenti con l’elenco delle risorse esistente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
If the platform PostgreSQL database is deleted or can no longer be reached, the local
installation record stays, and no Void command can clear it. The installation name stays
blocked on this machine.
database deleted / unreachable
│
▼
void platform uninstall <id> ──▶ needs the database lifecycle lock first ──▶ fails
void platform install --resume ──▶ reads the saved checkpoint from the database ──▶ fails
void platform install (same name) ──▶ "Installation <id> already uses this name.
Resume it with void platform install --resume" ──▶ loop
A user can still pick a new name, so this is a cleanup dead end, not a full block. The Cloudflare
resources of that installation also stay, and uninstall cannot list them.
Repro (code reading; base 23ddc6e35)
- Install a platform (or stop an install after the database claim).
- Delete the PostgreSQL database at the provider.
- Run
void platform uninstall <id>: it stops at the database lock. - Run
void platform install --name <same-name>: refused, points to--resume. - Run
void platform install --resume --name <id>: it stops at the database read.
Cause
- Every lifecycle command, uninstall included, takes the database lifecycle lock before any change:
packages/void/src/cli/platform-management.ts:591-606(acquirePlatformDatabaseLifecycleLock).
uninstall --planreads project Zero Trust state and projects from the database:
platform-management.ts:311-323. - A non-draft resume reads the authoritative manifest from the database first:
packages/void/src/cli/platform-lifecycle.ts:476-486(readPlatformDatabaseLifecycleManifest). - The name check blocks any record that is not
uninstalled:
packages/void/src/cli/platform-registry.ts:256-268. docs/guide/platform/installation/uninstall.md:92says uninstall stops when the database cannot
be reached, with no next step. Deleting~/.void/platforms/<account>/<id>.jsonis only mentioned
for after a finished uninstall (uninstall.md:38).
Options
- Docs only: say that when the database is gone for good, the user can delete
~/.void/platforms/<account>/<id>.json(and the.recovery.enc/.secrets.encnext to it),
then remove the Cloudflare resources by hand (the list in "Remove retained resources").
Smallest; no code risk. - A
void platform forget <id>command that removes only the local record after a typed
confirmation, prints the recorded Cloudflare resources first, and refuses while the database
is reachable. Needs CLI help, docs and interactive hints. - Let
uninstall --purge-resourcesrun without the database when the user passes an explicit
flag (for example--database-gone). Largest: the database lock and the Zero Trust guard exist
to stop races with the API, so this needs a careful design of what is still safe to delete.
Recommendation: option 1 now; option 2 if users hit it more than once.
🤖 Generated with Claude Code
- Lingua principale
- TypeScript
- Stelle
- 402
- Fork
- 32
- Merge medio
- 13h 14m
- PR unite (30g)
- 73
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di voidzero-dev/void
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
voidzero-dev/void#463 ·
I maintainer di solito rispondono entro 1 giorno
-
Deploy after a secret change fails for Workers over ~750 KB: source read-back capped at 1 MiBAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
voidzero-dev/void#459 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 53/100
voidzero-dev/void#472 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
voidzero-dev/void#471 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
voidzero-dev/void#470 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di voidzero-dev/void
Issue simili
-
backend priority:P3 privacy-fix
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: 【优化】对话消息底部增加发送时间展示Apertabug desktop v3 windows
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
esengine/DeepSeek-Reasonix#13697 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
area:security documentation effort:S priority:P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
app:web meta:ops
Difficoltà 2/5 Mezza giornata Idoneità per principianti 78/100
osu-tournament-rating/otr#1113 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100