Skip to content

fix(restore): a member server's own restore is not a test attempt - #486

Merged
dannash100 merged 1 commit into
mainfrom
fix/no-report-chip-consumer-filter
Aug 6, 2026
Merged

fix(restore): a member server's own restore is not a test attempt#486
dannash100 merged 1 commit into
mainfrom
fix/no-report-chip-consumer-filter

Conversation

@dannash100

Copy link
Copy Markdown
Contributor

The Upgrades page showed Pakistan's planned row with an orange "no report" chip, implying the test pipeline ran and got stuck. No test had run. The chip pairs restore credential issuances against verification reports, and the unpaired issuances it found were the Pakistan clone servers refreshing themselves: member servers restore for their own purposes and never report, so any group whose servers do this lights the chip whenever it has an open plan.

attempt_state now excludes issuances from devices belonging to the group's live servers, the same member-device filter the restore-activity view already applies. The spec's verdicts section already defers to that derivation ("exactly as restore-health reporting already derives"), so this brings the chip in line with the spec; restore-health reporting gains a sentence making the consumers-only scope explicit.

Chose a blocklist of member devices over an allowlist of declared consumers deliberately: a consumer whose declaration is deleted mid-run should still surface as ended-without-report rather than vanish.

@dannash100
dannash100 enabled auto-merge August 6, 2026 23:00
@dannash100
dannash100 added this pull request to the merge queue Aug 6, 2026
Merged via the queue into main with commit 3020420 Aug 6, 2026
7 checks passed
@dannash100
dannash100 deleted the fix/no-report-chip-consumer-filter branch August 6, 2026 23:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants