read: two lists side by side come back as one list
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 72/100
Línea de trabajo
Begin with the read and export entry points and the table property test referenced in #55; trace how adjacent ordered and unordered lists are rendered and read back. Confirm the fix preserves separate lists across top-level blocks, layout cells, macro bodies, and raw table cells, and that the property test's round trip no longer merges them.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
read and export write two adjacent lists of the same kind with a blank line between them, and Markdown reads that as one loose list, so the next publish merges them. Found by the table property test in #55.
Reproduced 2026-09-25 (read → publish):
| storage | read writes | publish sends |
|---|---|---|
<ol><li>a</li></ol><ol><li>b</li></ol> |
1. a blank line 1. b |
one <ol> with two items, each wrapped in <p> (a loose list) |
<ul><li>a</li></ul><ul><li>b</li></ul> |
- a blank line - b |
one <ul> with two items, each wrapped in <p> |
Two lists become one, and the items gain paragraph spacing. It happens anywhere read writes blocks: the top level, layout cells, macro bodies and raw table cells. The table property test's generator avoids writing adjacent lists so that it does not fail on this.
Notes
- CommonMark ends a list when the bullet character changes (
-then*) or the ordered delimiter changes (.then)), and an HTML comment between the two (<!-- -->) also separates them. Changing the marker is the least noisy fix, but it has to survive the next read, so the Markdown stays a fixed point.
- Lenguaje dominante
- Go
- Estrellas
- 2
- Forks
- 0
- Merge medio
- 2 h 29 min
- PR fusionados (30 d)
- 60
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 mozilla/markfluence
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
mozilla/markfluence#210 ·
Los mantenedores suelen responder en 1 día
-
Move plans out of the repository so a stale plan cannot be mistaken for how markfluence worksAbiertodocumentation
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
mozilla/markfluence#209 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 76/100
mozilla/markfluence#204 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 74/100
mozilla/markfluence#203 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
mozilla/markfluence#181 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de mozilla/markfluence
Issues similares
-
bug needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
netdata/netdata#24062 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
meshery/meshery#22119 · 1 comentario ·
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
-
automation documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
[BUG] 安装向导生成了两个 rate_limit 无效参数Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día