[Labs] Design the lab details page
I maintainer di solito rispondono entro 5 giorni
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Ambito
- design
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Python
- Stelle
- 10
- Fork
- 32
- Merge medio
- 5g 8h
- PR unite (30g)
- 22
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di kernelci/dashboard
-
Frontend q4-plan
Difficoltà 2/5 Mezza giornata Idoneità per principianti 65/100
I maintainer di solito rispondono entro 5 giorni
-
Backend Frontend q4-plan
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 5 giorni
-
Backend q4-plan
Difficoltà 4/5 3-5 giorni Idoneità per principianti 24/100
kernelci/dashboard#2169 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
-
Backend Frontend q4-plan
Difficoltà 4/5 3-5 giorni Idoneità per principianti 40/100
I maintainer di solito rispondono entro 5 giorni
-
Backend
Difficoltà 3/5 1-2 giorni Idoneità per principianti 30/100
I maintainer di solito rispondono entro 5 giorni
Tutte le issue di kernelci/dashboard
Issue simili
-
Agentic
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Imbad0202/academic-research-skills#979 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
reflex-dev/reflex#7561 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
prometheus-community/ansible#906 · 2 commenti ·