Skip to content

Describe what each passed FlightCheck validated#149

Open
GrahamMcMynn wants to merge 2 commits into
mainfrom
grahamc/flightcheck-passed-remediation
Open

Describe what each passed FlightCheck validated#149
GrahamMcMynn wants to merge 2 commits into
mainfrom
grahamc/flightcheck-passed-remediation

Conversation

@GrahamMcMynn

Copy link
Copy Markdown
Collaborator

Summary

When a FlightCheck result passes, the report previously showed nothing under Remediation, so a green row gave no insight into what the check actually confirmed. This PR populates the remediation of every PASSED result with a concise "Validated: …" note stating the exact success criterion (which API / field / value made the check pass) — enough to understand what was verified.

What changed

  • Added a Validated: … remediation to all ~54 passed-producing CheckResult branches across the check modules: authentication, connections, environment, external_systems, graph_connector_kb, licensing, local_files, prerequisites, servicenow, workday — including the conditional pass/fail constructors (the pass branch now carries the Validated note, the fail branch keeps its fix text).
  • Updated flightcheck/AGENTS.md principle 8: PASSED results now carry a Validated: … note rather than an empty remediation.
  • Updated the existing tests that pinned the old "passed → empty remediation" convention to assert the new Validated: … text.

Example

Status Result Remediation
Passed Tenant: Contoso (…) Validated: the tenant exposes a Microsoft Entra ID organization record via Microsoft Graph (GET /organization returned an org with a displayName and id).
Passed All 2 Workday connection(s) report healthy auth state Validated: all 2 Workday connection(s) report a healthy auth state (Connected with no token/credential error) via the Power Platform connections API.

Verification

  • ruff check solutions/ess-maker-skills/scripts — clean
  • pytest tests592 passed, 8 skipped (8 pre-existing skips)

Notes

Independent of #148 (the Role column PR); no expected conflicts.

GrahamMcMynn and others added 2 commits June 12, 2026 11:20
Passing checks previously left `remediation` empty, so a green row gave
no insight into what the check actually confirmed. Populate the
`remediation` of every PASSED result with a "Validated: ..." note
stating the exact success criterion (which API / field / value made it
pass), so an operator reading a passing row can see what was verified.

- Add "Validated: ..." remediation to all ~54 passed-producing
  CheckResult branches across the check modules (authentication,
  connections, environment, external_systems, graph_connector_kb,
  licensing, local_files, prerequisites, servicenow, workday),
  including the conditional pass/fail constructors.
- Update flightcheck/AGENTS.md principle 8: PASSED results now carry a
  "Validated: ..." note instead of an empty remediation.
- Update the tests that pinned the old "passed has no remediation"
  convention to assert the new "Validated: ..." text.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…assed-remediation

# Conflicts:
#	solutions/ess-maker-skills/scripts/flightcheck/checks/connections.py
#	solutions/ess-maker-skills/scripts/flightcheck/checks/servicenow.py
@nehaoss

nehaoss commented Jul 10, 2026

Copy link
Copy Markdown
Contributor

👋 Friendly reminder: This PR has been inactive for a while. Could the author or reviewers take a look and either push it forward, request changes, or close it if it's no longer needed? Let's keep our PR queue healthy! 🚀

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