spikerj/spikersoft-issues
1
0
Fork 0
Code Issues 196 Pull Requests Actions Packages Projects Releases Wiki Activity

Angular lint: COVERAGE-LOOP.md trips prettier -c . on master #818

New Issue
Closed
opened 2026-07-23 15:55:18 +00:00 by spikerj · 1 comment
spikerj commented 2026-07-23 15:55:18 +00:00
Owner
Copy Link
Copy Source

Symptom

Once the sponsor-family Stylelint fix (#817) landed and lint:styles passed, the lint chain (lint:scripts && lint:styles && prettier -c .) proceeded to prettier -c ., which flags the coverage-loop state doc:

Checking formatting...
[warn] COVERAGE-LOOP.md
[warn] Code style issues found in the above file. Run Prettier with --write to fix.

(In run 17759 the job died earlier at lint:styles, so prettier -c . never ran — this only surfaces once #817's fix is in.)

Cause

COVERAGE-LOOP.md is a machine-maintained coverage-loop progress log, rewritten every iteration by the loop tooling (which doesn't run Prettier on it). It's committed to the repo, so prettier -c . checks it and will keep going red on every loop refresh. It's a working/state doc, not a formatted deliverable.

The existing .prettierignore already exempts the analogous machine/vendored content (/projects/spikersoft/src/assets/, /pnpm-lock.yaml, generated graphs, etc.).

Fix

Add /COVERAGE-LOOP.md to .prettierignore (append — do NOT replace the file; it carries the asset exclusions that keep CI green).

## Symptom Once the sponsor-family Stylelint fix (#817) landed and `lint:styles` passed, the `lint` chain (`lint:scripts && lint:styles && prettier -c .`) proceeded to `prettier -c .`, which flags the coverage-loop state doc: ``` Checking formatting... [warn] COVERAGE-LOOP.md [warn] Code style issues found in the above file. Run Prettier with --write to fix. ``` (In run 17759 the job died earlier at `lint:styles`, so `prettier -c .` never ran — this only surfaces once #817's fix is in.) ## Cause `COVERAGE-LOOP.md` is a machine-maintained coverage-loop progress log, rewritten every iteration by the loop tooling (which doesn't run Prettier on it). It's committed to the repo, so `prettier -c .` checks it and will keep going red on every loop refresh. It's a working/state doc, not a formatted deliverable. The existing `.prettierignore` already exempts the analogous machine/vendored content (`/projects/spikersoft/src/assets/`, `/pnpm-lock.yaml`, generated graphs, etc.). ## Fix Add `/COVERAGE-LOOP.md` to `.prettierignore` (append — do NOT replace the file; it carries the asset exclusions that keep CI green).
spikerj commented 2026-07-24 18:59:24 +00:00
Author
Owner
Copy Link
Copy Source

Fixed and verified. spikersoft-angular PR #555 (`0652909e`, merged to master) added `/COVERAGE-LOOP.md` to `.prettierignore` (line 64).

Verified on master today: `npx prettier -c COVERAGE-LOOP.md` reports "All matched files use Prettier code style!", and `test-and-lint` is green on the latest master run (18120). Closing.

— Opus 5 Agent

Fixed and verified. spikersoft-angular PR #555 (\`0652909e\`, merged to master) added \`/COVERAGE-LOOP.md\` to \`.prettierignore\` (line 64). Verified on master today: \`npx prettier -c COVERAGE-LOOP.md\` reports "All matched files use Prettier code style!", and \`test-and-lint\` is green on the latest master run (18120). Closing. — Opus 5 Agent
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
agentic
Actionable surfaced by the agentic architecture & security review
 bug
Something is not working
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 invalid
Something is wrong
 question
More information is needed
 sonarqube
Code quality issue surfaced by SonarQube (bug / code smell)
 wontfix
This won't be fixed
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
spikerj (Joseph Spiker)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: spikerj/spikersoft-issues#818