test(breg): the source successor test and frozen_rhai_package leak a container, a volume and a temp dir every run
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 67/100
Línea de trabajo
Lee crates/registry-bregctl/tests/dev_lifecycle.rs y crates/registry-breg/tests/frozen_rhai_package.rs, y luego inspecciona el comportamiento de limpieza de la sesión y cómo se crea el TempDir compartido. Ejecuta los objetivos de prueba afectados y comprueba que no dejen ningún contenedor, volumen ni directorio temporal; conserva las aserciones que necesitan el estado del contenedor detenido.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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).
- Lenguaje dominante
- Rust
- Estrellas
- 2
- Forks
- 0
- Merge medio
- 7 h 43 min
- PR fusionados (30 d)
- 201
Preparar el entorno
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de registrystack/registry-stack
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
registrystack/registry-stack#2601 ·
Los mantenedores suelen responder en 1 día
-
area:coordinator criticality:p3
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
registrystack/registry-stack#2507 ·
Los mantenedores suelen responder en 1 día
-
area:breg criticality:p3 documentation good first issue triage:needs-implementation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
registrystack/registry-stack#2415 ·
Los mantenedores suelen responder en 1 día
-
scheduling: profile refusals on appointment detail, busy-import and operational routes log nothingAbiertoarea:scheduling criticality:p3 enhancement triage:needs-implementation
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
registrystack/registry-stack#2412 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
registrystack/registry-stack#2381 ·
Los mantenedores suelen responder en 1 día
Todos los issues de registrystack/registry-stack
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
swc-project/swc-ai-issues#164 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
pop-os/cosmic-player#367 ·
-
good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
servo/rust-smallvec#873 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
messense/dav-server-rs#82 ·
Los mantenedores suelen responder en 1 día