checkPage ignores a screen's declared readiness signal
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ó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 74/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- playwright, typescript
- Lĩnh vực
- accessibility, testing
Hướng nghiên cứu
Bắt đầu với src/surfaces/playwright-helper.ts và so sánh checkPage với bước kiểm tra trạng thái sẵn sàng của CLI cho các màn hình đã cấu hình. Theo dõi cách screenId được phân giải thành một màn hình và cách reachedWhen được đánh giá. Hoàn tất khi thiếu bộ chọn trạng thái sẵn sàng sẽ tạo ra một lỗ hổng phạm vi bao phủ nêu tên bộ chọn đó và các provider không chạy; chạy các bài kiểm thử helper Playwright liên quan.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happens
checkPage (the Playwright helper, src/surfaces/playwright-helper.ts) runs the providers right away on the page it is given. It uses its own PAGE_CHECK_CONFIG, which holds no surfaces, so a screen's declared reachedWhen selector is never checked.
Why it matters
The CLI path makes a screen a not-covered gap when its declared selector does not appear. checkPage does not. If a test calls checkPage with a configured screenId while the page shows only its empty shell, the result can be verified. That result is advisory and does not reach the merge gate, but it still reads as a pass for content that was never on the page.
Expected
When the screenId names a configured screen that declares reachedWhen, checkPage applies the same readiness rule as the CLI. If the signal does not hold, the result is a coverage gap that names the selector, and no providers run.
Status
Found in review by reading the code. This is old behavior, not added by a recent change. Related: #304 (other checkPage input checks).
- Ngôn ngữ chính
- TypeScript
- Star
- 0
- Fork
- 0
- Merge trung bình
- 2 giờ 31 phút
- Pull request đã merge (30 ngày)
- 9
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không 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 usabl-dev/usabl
-
area: engine bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Stop hook allows a stop on an unknown verdict, and the self-check prints IDLE for a null verdictĐang mởarea: assistants bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
gate() does not check draft enums, so a misspelled evidence class never gatesCó thể đã có người làm @eparenti đã nhận 1 ngày trước. Đang mởarea: engine bug security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Overlay: browser context failures are counted per plugin, not per browser, and close is not sharedĐang mởarea: overlay bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area: engine enhancement performance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của usabl-dev/usabl
Issue tương tự
-
freshness freshness:observed-only
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
thoroc/context-radar#282 ·
-
bug P2 rust
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area: web
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
gabe-santana/arkdraw#25 ·
-
bug require-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
expressjs/expressjs.com#2549 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue hacktoberfest
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
codercops/discord-bot#101 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày