read: two lists side by side come back as one list
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 72/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Go
- Star
- 2
- Fork
- 0
- Merge trung bình
- 2 giờ 31 phút
- Pull request đã merge (30 ngày)
- 59
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của mozilla/markfluence
-
read: a bold or italic span starting or ending with punctuation reads back as literal asterisksĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
mozilla/markfluence#216 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 76/100
mozilla/markfluence#214 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
mozilla/markfluence#213 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
mozilla/markfluence#210 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Move plans out of the repository so a stale plan cannot be mistaken for how markfluence worksĐang mởdocumentation
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
mozilla/markfluence#209 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của mozilla/markfluence
Issue tương tự
-
agent-butler-finding chore
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
jordansmall/spindrift#4146 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
IBM/ibmcloud-volume-file-vpc#119 ·
-
security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
IBM/networking-go-sdk#339 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
kubernetes-sigs/mcp-lifecycle-operator#439 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: global bug dx priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày