test(breg): the source successor test and frozen_rhai_package leak a container, a volume and a temp dir every run
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 67/100
Direzione di ricerca
Leggi crates/registry-bregctl/tests/dev_lifecycle.rs e crates/registry-breg/tests/frozen_rhai_package.rs, poi esamina il comportamento di pulizia della sessione e il modo in cui viene creato il TempDir condiviso. Esegui i target di test interessati e verifica che non lascino container, volumi o directory temporanee; conserva le asserzioni che richiedono lo stato del container arrestato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happens
Two BReg test targets leave resources behind on every run:
crates/registry-bregctl/tests/dev_lifecycle.rs: the source successor test ends withsession.stop(); std::mem::forget(session);.stop()keeps the container and its volume, andforgetskips the session'sDropcleanup, so each run leaves onebreg-devPostgreSQL container and onebreg-dev-<uuid>volume. The two tests that callsession.remove()beforeforgetare fine.crates/registry-breg/tests/frozen_rhai_package.rs: the shared base copy is atempfile::TempDirheld in astatic OnceLock. Statics are never dropped, so every run leaves onebreg-native-package-*directory underTMPDIR.
On a developer machine these pile up across runs (disk, Docker volumes) and make container-ownership checks noisier.
Suggested fix
- Call
session.remove()(after the assertions that need the stopped state) beforeforget, or dropforgetifDropalready does the right cleanup. - Keep the base copy in a
TempDirowned by the test (or created per test), or register a removal at process exit. If the shared copy is kept for speed, use a stable, named path under the target directory that each run reuses.
Found while verifying the external record projections branch (feat/breg-external-views).
- Lingua principale
- Rust
- Stelle
- 2
- Fork
- 0
- Merge medio
- 7h 43m
- PR unite (30g)
- 201
Preparare l'ambiente
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 registrystack/registry-stack
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
registrystack/registry-stack#2601 ·
I maintainer di solito rispondono entro 1 giorno
-
area:coordinator criticality:p3
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
registrystack/registry-stack#2507 ·
I maintainer di solito rispondono entro 1 giorno
-
area:breg criticality:p3 documentation good first issue triage:needs-implementation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
registrystack/registry-stack#2415 ·
I maintainer di solito rispondono entro 1 giorno
-
scheduling: profile refusals on appointment detail, busy-import and operational routes log nothingApertaarea:scheduling criticality:p3 enhancement triage:needs-implementation
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
registrystack/registry-stack#2412 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
registrystack/registry-stack#2381 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di registrystack/registry-stack
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
swc-project/swc-ai-issues#164 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
pop-os/cosmic-player#367 ·
-
good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
servo/rust-smallvec#873 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
messense/dav-server-rs#82 ·
I maintainer di solito rispondono entro 1 giorno