[Labs] Design the lab details page
Maintainer thường phản hồi trong vòng 4 ngày
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- design
Hướng nghiên cứu
Start by opening the /labs listing to see which build, boot and test counts each row shows for the selected origin and interval. Sketch a lab details page for one lab that carries those same filters and summaries forward, with a way back to the listing and an empty state. Done when a Figma link or in-dashboard mock labeled as a proposal covers all the acceptance criteria. No API or production page is needed.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The labs listing (/labs) shows one row per lab: name, and build, boot, and test status counts for the selected origin and time window. Clicking a row does nothing. There is no lab details route.
Propose the page a user lands on after clicking a lab. A Figma (or equivalent) design is enough to collect feedback. A mocked page in the dashboard is also fine, as long as it is clearly a proposal and not wired to real data.
The proposal should show one specific lab, carrying over the listing's origin and interval. Start from what the listing already implies (that lab's builds, boots, and tests) and show how those summaries expand. Include the way back to the listing, and the empty state when that lab has no results in the window.
The kind of information the page will show is open to discussion.
Acceptance criteria
- A design artifact (Figma or an in-dashboard mock) of the lab details page.
- The entry point is a click on a lab in the listing, and the page is clearly about that one lab.
- Build, boot, and test results for that lab are shown in more detail than the listing row.
- Empty state and a way back to the listing are included.
- The artifact is labeled as a proposal. No API or production page is required.
- Ngôn ngữ chính
- Python
- Star
- 10
- Fork
- 32
- Merge trung bình
- 4 ngày 12 giờ
- Pull request đã merge (30 ngày)
- 23
Chuẩn bị môi trường
- Có Dockerfile hoặc 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 kernelci/dashboard
-
Frontend q4-plan
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
Maintainer thường phản hồi trong vòng 4 ngày
-
Show the last hardware registry syncCó thể đã có người làm @alanpeixinho đã nhận 2 ngày trước. Đang mởBackend Frontend q4-plan
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
kernelci/dashboard#2170 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Backend q4-plan
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 24/100
kernelci/dashboard#2169 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Backend Frontend q4-plan
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 40/100
Maintainer thường phản hồi trong vòng 4 ngày
Tất cả issue của kernelci/dashboard
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Graphify-Labs/graphify#4524 · 1 bình luận ·
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 78/100
topoteretes/cognee#5982 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Patches of derivations with `__structuredAttrs` are ignoredCó thể đã có người làm @KiaraGrouwstra đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 81/100
nix-community/vulnix#184 ·
-
New InternshipĐang mởnew_internship
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
aws-samples/sample-per-model-bedrock#295 ·
Maintainer thường phản hồi trong vòng 1 ngày