A concluded `has_releases` (or other detectable key) is never offered for confirmation
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
First read section 7.11 of framework-design.md, then inspect get_pending_data, ResolvedContext.pending(), and accept_candidates on the 042-candidate-integrity branch after feature 042 lands. Check how proposals are represented and how loaded controls identify relevant keys. Done means concluded detector values for those keys are offered with the candidate payload, detector origin, and digest, and can be accepted by digest.
索引モデルが issue の本文から書いたものです。
説明
Applies once feature 042 lands (branch 042-candidate-integrity, not yet merged); until then the behaviour described may differ on main.
Pending-data questions run detection. For an auto_detect = true key such as has_releases, a detection that completes (for example gh release list answering with no releases) makes the key concluded for the run. ResolvedContext.pending() lists only candidate and unknown keys, so a concluded key is not asked. The audit, however, uses only confirmed values for applicability (it does not run the detection pipelines), so the concluded value never affects the audit either. Result: a project with no releases is never asked about releases, and its release-gated controls stay applicable indefinitely unless someone passes has_releases=false by hand.
framework-design.md 7.11 says "Pending-data questions do run the pipelines, and a person can confirm the proposed value", and accept_candidates already accepts "a value concluded in this run", but no question offers it.
Proposed fix: list concluded values of keys that affect a loaded control in get_pending_data as proposals (same candidate payload, origin detector, digest), so a person can accept them by digest. The conservative default (control stays applicable) is unchanged until a person confirms.
- 主要言語
- Python
- スター
- 22
- フォーク
- 27
- 平均マージ
- 1日 23時間
- マージ済み PR（30日）
- 48
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
darnitdevorg/darnit のほかの issue
-
ci needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
darnitdevorg/darnit#607 ·
メンテナーはふだん 2 日以内に返信
-
dependencies module-baseline needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
darnitdevorg/darnit#606 ·
メンテナーはふだん 2 日以内に返信
-
A test starts real Sigstore signing (interactive OIDC login) when the attestation extra is installedオープンmodule-baseline needs triage testing
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
darnitdevorg/darnit#604 ·
メンテナーはふだん 2 日以内に返信
-
`darnit validate` crashes on openssf-baseline.toml summarising levels対応中かも @i-am-paradox が 4 日前に担当しました。 オープンinterface-cli module-core
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
darnitdevorg/darnit#589 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
Plugins hard-code version "0.1.0" while the packages are at 0.1.1対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンgood first issue maintenance
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
darnitdevorg/darnit#587 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
darnitdevorg/darnit の issue をすべて見る
似ている issue
-
bug needs-triage priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
yeongseon/azure-functions-logging-python#583 ·
メンテナーはふだん 1 日以内に返信
-
documentation needs-triage priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
yeongseon/azure-functions-validation-python#546 ·
メンテナーはふだん 1 日以内に返信
-
PHP workflow streaming requests buffer the full SSE response対応中かも @Winoren が今日担当しました。 オープンreview: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
langgenius/dify#44270 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
P4: low
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
jeffknupp/association#523 ·
-
bug help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
DarkStarSystems/pcons#229 ·
メンテナーはふだん 1 日以内に返信