Skip to content

fix(ci): repair workflows that are not valid YAML and have never run - #224

Merged
hyperpolymath merged 1 commit into
mainfrom
fix/unparseable-workflows
Aug 6, 2026
Merged

fix(ci): repair workflows that are not valid YAML and have never run#224
hyperpolymath merged 1 commit into
mainfrom
fix/unparseable-workflows

Conversation

@hyperpolymath

Copy link
Copy Markdown
Owner

These workflow files are not valid YAML, so they have never run. Not "ran and failed" — never ran. GitHub Actions rejects the file before creating any job: the run is recorded as failure with no jobs, no log and no check run, and gh pr checks shows no row at all. A red mark with nothing behind it to read.

Cause

A sweep added permission declarations by line position rather than by parsing the document. Three invalid shapes resulted:

A — a mapping indented under a scalar value

permissions: read-all
  actions: read        # read-all is a SCALAR; it cannot take children

read-all already grants everything actions: read would, so the orphaned line is dropped and nothing is lost.

B — injected inside another block

on:
  permissions: contents: read     # two colons, and illegal under `on:` anyway
  push:

C — a literal \n that was never interpreted, gluing the escape's n to the key:

    runs-on: ubuntu-latest
npermissions:                     # "\npermissions:" written literally

Only a text-level writer emitting an uninterpreted escape can produce that.

Verified, not assumed

Every workflow in this repository parses after the change. The repairer refuses to write any file that does not parse and still contain jobs afterwards.

Where a job-level permissions: line was removed, a read-only top-level permissions: remains, so nothing is widened — and if none would remain, the tool reports that rather than inventing one. Guessing a permission set is how you silently over-grant.

Estate context

67 repositories and 100 workflow files are in this state. The most frequently broken file is workflow-linter.yml, in 22 repositories — followed by scorecard.yml (20) and dogfood-gate.yml (13).

The workflow whose job is to lint workflows was itself unparseable, so it never ran, and never caught this or anything else. The check that would have found the damage was destroyed by the same sweep that caused it.

So it cannot recur invisibly

Detection is being added upstream: a strict-YAML check in the governance reusable — hyperpolymath/standards#582. Ordinary validation cannot see this class of fault, because yaml.safe_load silently accepts duplicate keys and only a full parse catches the malformed indentation.

Expect this repository to get louder

Workflows that have been failing silently will now actually run, and some will find real problems that have been invisible for as long as the files have been broken.

🤖 Generated with Claude Code

…ever run

The top-level `permissions:` block declared the same key twice:

    security-events: read
    security-events: write

GitHub Actions rejects a workflow with duplicate keys outright, so this file
has never executed: `failure`, no jobs, no log, no check run.

`write` is kept, and the choice is not arbitrary. hypatia-scan calls a
reusable workflow that declares `security-events: write`, and GitHub refuses
to start a reusable call whose caller grants LESS than the reusable declares —
the failure mode being startup_failure, with no log. Keeping `read` would have
produced a file that parses and a job that still cannot run.

The rule applied is: keep the widest value for each key (write > read > none).
That is the only choice which cannot break a job that already depended on the
capability.

Part of an estate-wide repair — 67 repositories, 100 workflow files left
unparseable by sweeps that edited by line position rather than by parsing.
Detection is being added upstream (hyperpolymath/standards#582): ordinary
validation cannot see this, because yaml.safe_load silently keeps the last
duplicate and reports success.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Signed-off-by: Jonathan D.A. Jewell <6759885+hyperpolymath@users.noreply.github.com>
@gitar-bot

gitar-bot Bot commented Aug 6, 2026

Copy link
Copy Markdown

Note

Automatic reviews are paused because your trial's included automatic processing has been used for this period. Upgrade now, or comment "Gitar review" to run a review anytime.
Learn more

Code Review ✅ Approved

Repairs malformed YAML syntax in workflow files to restore execution of GitHub Actions. No issues found.

Auto-approved and auto-merge armed: No blocking issues found.
Please see Auto-approve Docs for details on setting custom approval criteria. — merges when pipeline and required approvals pass.

Options

Display: compact → Showing less information.

Comment with these commands to change the behavior for this request:

Compact
gitar display:verbose         

Important

Your trial ends in 4 days — upgrade now to keep code review, CI analysis, auto-apply, custom automations, and more.

Was this helpful? React with 👍 / 👎 | Gitar

@gitar-bot
gitar-bot Bot enabled auto-merge (squash) August 6, 2026 03:23
@gitar-bot gitar-bot Bot added the gitar-approved Added by Gitar label Aug 6, 2026

@gitar-bot gitar-bot Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gitar has auto-approved this PR and enabled auto-merge (configure)

@hyperpolymath
hyperpolymath merged commit aed1fad into main Aug 6, 2026
32 of 43 checks passed
@hyperpolymath
hyperpolymath deleted the fix/unparseable-workflows branch August 6, 2026 04:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

gitar-approved Added by Gitar

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant