🤖 Flat sidebar: draft numbers collide when two projects hold a legacy-pending draft
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
- 82/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- desktop
Línea de trabajo
Empieza en ProjectSidebar, lee getVisibleDraftNumbers y sus tres consultas, y luego comprueba cómo DraftStore.migrateLegacyDrafts asigna IDs a los borradores heredados. Añade una prueba con dos proyectos que tengan cada uno un borrador legacy-pending; el trabajo estará hecho cuando sus etiquetas en la barra lateral plana tengan números distintos y los demás modos no se vean afectados.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
🤖 Follow-up from #5722 (#5677), Codex round 3 finding. It is not fixed there because the review budget is used up.
Problem: In flat sidebar mode, ProjectSidebar numbers visible drafts with a map keyed by draftId alone (flatDraftNumberById). Draft IDs are not unique across projects: DraftStore.migrateLegacyDrafts imports each project's old pending draft under the fixed ID legacy-pending. If two projects both keep such a draft, the second map entry overwrites the first, and both rows show the same number in their "Open workspace draft N" and "Delete workspace draft N" labels. Grouped mode and the scratch section number per project, so they are not affected.
Fix idea: key the numbering by the scope, for example ${projectPath}\u0000${draftId}, in getVisibleDraftNumbers and at its three lookups. About 10 lines, plus a test with two projects that each hold a legacy-pending draft.
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high • Cost: $11.70
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.1k
- Forks
- 139
- Merge medio
- 3 h 34 min
- PR fusionados (30 d)
- 951
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
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
coder/xum#7733 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
Issues similares
-
Add: Class TV ModaAbiertocheck:passed streams:add
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
GiganticMinecraft/seichi-playguide#183 ·
Los mantenedores suelen responder en 1 día
-
area: core complexity: easy impact: medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
ueberdosis/tiptap#8668 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
longbridge/nsh#804 ·
Los mantenedores suelen responder en 1 día