Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Provide one paginated connection for workloads without usable vulnerability data

オープン
#551 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

  • #552 @ybelMekk による — マージされずにクローズ

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
停滞
技術スタック
go
領域
api

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

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.

主要言語
Go
スター
3
フォーク
2
平均マージ
17時間 37分
マージ済み PR(30日)
31

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

nais/api のほかの issue

nais/api の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。