🤖 drafts: empty-row edge cases in creation draft list cleanup (deferred from #5232)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 55/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- backend
Línea de trabajo
Read src/node/services/draftService.ts, focusing first on deleteProjectDrafts, putListEntry, importLegacyList, and collectOrphanedCreationDrafts, along with the referenced review threads. Verify both re-added-project cleanup and orphan-directory failures leave no empty listed draft rows, while preserving the existing lock order and cleanup behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Deferred from the #5232 round-4 review (creation draft list on the backend, src/node/services/draftService.ts). Both are narrow cases in project-removal cleanup that leave or drop an empty listed draft row; no typed input is involved. The coordinator stopped the review loop on #5232 after round 4 and deferred them here.
- Re-added project vs. removal cleanup (thread on
deleteProjectDrafts). If the same project path is registered again whiledeleteProjectDraftsholds the project's drafts dir lock,putListEntry(which takes only the list lock) can list a new empty draft that the cleanup's delisting then removes. Fix shape: haveputListEntry/importLegacyListtake the project dir lock too (dir lock, then list lock, the existing order), or record a project generation and delist only rows older than the removal. - List GC stops at the first failing orphan dir (thread on
collectOrphanedCreationDrafts). If clearing one orphan project dir throws, the outer catch skipsremoveUnownedListEntries, so empty rows of unconfigured projects stay until the next start (and show again if that path is re-added). Fix shape: catch per directory, or run the list cleanup as its own guarded step.
Refs #5225
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high • Cost: $31.20
- Lenguaje dominante
- TypeScript
- Estrellas
- 2k
- Forks
- 139
- Merge medio
- 6 h 58 min
- PR fusionados (30 d)
- 774
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
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 coder/xum
-
🤖 tests: localStorage budget worst-case test runs near the 5 s timeout and flakes in the merge queueAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
coder/xum#5244 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
backlog
Dificultad 5/5 Más de una semana Aptitud para principiantes 38/100
Los mantenedores suelen responder en 1 día
-
backlog
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
coder/xum#5226 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
Issues similares
-
bug via-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pingdotgg/t3code#14452 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
solana-foundation/program-examples#747 · 1 comentario ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
remotion-dev/remotion#11847 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openwatersio/slackwater#355 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
melgarafael/DeskcommCRM#1998 · 3 comentarios ·
Los mantenedores suelen responder en 1 día