Skip to content

preflight checks the four adopter-set values and names their section - #123

Merged
charlesgreen merged 1 commit into
mainfrom
preflight-checks-config
Aug 2, 2026
Merged

preflight checks the four adopter-set values and names their section#123
charlesgreen merged 1 commit into
mainfrom
preflight-checks-config

Conversation

@charlesgreen

Copy link
Copy Markdown
Contributor

Closes #115.

Nothing checked these until a real run failed, and the one thing that did check was deleted at the end of install: the self-test names the section on a miss, then init tells the adopter to delete it.

The change

A shared requireSet gives every message the same shape and names the tab:

error: configuration missing: SIMPLYCUBED_AZURE_OPENAI_ENDPOINT is not set. It is a
repository variable on your own repository, under Settings > Secrets and variables >
Actions; a reusable workflow never inherits variables from SimplyCubed
  • Whitespace counts as empty, because that is what a wrong-tab value looks like from here.
  • The App pair is only checked with --actions, which the reusable workflow now passes in both jobs. A local run authenticates as the operator and never uses those, so requiring them there would fail a working setup.
  • A configuration miss exits 3. It is something to go and set, not a bug to report, and a caller should not have to match on message text to tell them apart.

Tests

Each of the four values, unset, asserts the error names both the value and its section. Plus: whitespace treated as unset, a local run not requiring the App pair, and exit 3 rather than 1.

Provenance

The agent designed this on #115 and blocked because the fix needs .github/workflows/simplycubed.yml, which the App cannot push. Its escalation named the file — the first run to benefit from #120. I took its approach.

Gate green with all four values unset.

Nothing checked these until a real run failed, and the one thing that did
check was deleted at the end of install: the self-test names the section on
a miss, then init tells the adopter to delete it.

Two of the four live under Variables and two under Secrets, and a value
filed on the wrong tab reads back empty rather than erroring. That is not
hypothetical; it happened during a real install and was found by reading
the caller workflow.

A shared requireSet gives every message the same shape and names the tab.
Whitespace counts as empty, since that is what a wrong-tab value looks like
from here.

The App pair is only checked with --actions, which the reusable workflow
now passes. A local run authenticates as the operator and never uses them,
so requiring them there would fail a working setup.

A configuration miss exits 3. It is something to go and set, not a bug to
report, and a caller should not have to match on message text to tell.

Closes #115
@codecov

codecov Bot commented Aug 2, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

@charlesgreen
charlesgreen merged commit af5e66d into main Aug 2, 2026
3 checks passed
@charlesgreen
charlesgreen deleted the preflight-checks-config branch August 2, 2026 08:27
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.

preflight should check the four adopter-set values and name Variable vs Secret

1 participant