Provide one paginated connection for workloads without usable vulnerability data
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
- #552 di @ybelMekk — chiusa senza merge
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by reading the team-workloads connection and its existing sbomStatus filter, then trace how v13s listings are sorted and paginated. The issue does not name files or tests, so locate the relevant connection tests and run them before making changes. Done means one snapshot produces an accurate, duplicate-free count and deterministic pagination for both statuses, with the specified processing-summary cases covered; pull request #552 is already open.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
nais/console-frontend#650 currently combines NO_SBOM and PROCESSING by issuing two team.workloads requests. TeamWorkloadsFilter.sbomStatus accepts only one status, and the two calls to v13s are independent snapshots. A NO_SBOM -> PROCESSING transition can appear twice, inflate totalCount, and break keyed rendering. Some PROCESSING workloads already have usable current/previous-tag vulnerability summaries and belong in the priority groups instead.
Expose an additive, server-filtered team-workloads connection for workloads not represented by a usable vulnerability summary, including relevant NO_SBOM and PROCESSING rows. Filter from a single v13s listing/snapshot before sorting and slicing, return accurate totalCount, and retain the existing NAME/ENVIRONMENT ordering and tie-breaks. Keep the existing sbomStatus filter for current consumers.
Acceptance: tests for a status transition, processing with/without a usable summary, no duplicate IDs/counts, and deterministic pagination across both statuses. Once available, console-frontend can replace the two status queries and merge paginator. Related: nais/v13s#478 and nais/api#550.
- Lingua principale
- Go
- Stelle
- 3
- Fork
- 2
- Merge medio
- 19h 14m
- PR unite (30g)
- 31
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna 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 nais/api
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
I maintainer di solito rispondono entro 1 giorno
-
Valkey filterAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Named Tuple element with a space in its name fails to parseForse già presa @spicysharkco l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ClickHouse/clickhouse-go#2073 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
ci: nothing regenerates the Go contract types, so a hand-edit to types.gen.go passesForse già presa @shaiknoorullah l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
shaiknoorullah/hg-mono#993 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
CarlosDanielDev/aiacc#78 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100