Add a browser-level layout test for the API examples column
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ó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 55/100
Hướng nghiên cứu
Start by reading the existing visual harness in src/Elastic.Documentation.Site/visual/ and the test setup behind npm run test; those tests use JSDOM and cannot measure layout. Add a Playwright test that loads a fixed local API spec with long request and response examples in both layouts at short and tall window heights. Done means both code blocks keep nonzero, stable heights and the response can be reached by scrolling.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The API examples column has no automated test that checks its layout, so a window-height bug like the one fixed in #4554 can come back with every check green.
What is getting in your way
npm run test runs in JSDOM, which does no layout. It cannot see a request code block that collapses to zero height or a response pushed out of view. The visual harness in src/Elastic.Documentation.Site/visual/ compares screenshots against seeded baselines. It does not assert block heights or reachability, and the API pages it loads build from specs fetched at run time.
What would you like instead
A Playwright test that opens an API operation with a long request example and a long response example. It runs at a short and a tall window height, in the legacy and the design-system layouts. It asserts that each code block has a nonzero height that stays the same across window heights, and that the response is reachable by scrolling the page. The operation needs a fixed local spec, so the example lengths do not change between runs.
Anything else
Raised in review on #4554 by an automated reviewer.
- Ngôn ngữ chính
- C#
- Star
- 25
- Fork
- 45
- Merge trung bình
- 17 giờ 9 phút
- Pull request đã merge (30 ngày)
- 292
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
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 elastic/docs-builder
-
enhancement needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
elastic/docs-builder#4495 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
elastic/docs-builder#4232 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
chore needs triage tech-debt
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
elastic/docs-builder#3567 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
chore needs triage tech-debt
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
elastic/docs-builder#3566 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ai-triaged bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
elastic/docs-builder#3045 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của elastic/docs-builder
Issue tương tự
-
bug effort:S P3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
nightscout/nocturne#3093 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Add dependency list in documentsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
Maintainer thường phản hồi trong vòng 3 ngày
-
Add 'upm' tag on githubĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
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 76/100