Skip to content

[Fleet Monitor] combsmith/google-app-scripts β€” .github/workflows/sonarcloud.ymlΒ #669

Closed

Description

@don-petry

🟑 WARNING: combsmith/google-app-scripts / .github/workflows/sonarcloud.yml

Metric Value
Failure Rate 14.3% (1 / 7 runs)
Status WARNING
p50 Duration 87s
p95 Duration 125s
Successful Runs 6
Cancelled Runs 0

Workflow: .github/workflows/sonarcloud.yml

Last updated by Fleet Monitor run on 2026-11-05.
Threshold: failure rate > 10% over the monitored window.

Activity

  1. don-petry commented on Nov 5, 2026

    @don-petry
    CollaboratorAuthor

    Dev-Lead Implementation Plan

    Issue: #669 β€” [Fleet Monitor] combsmith/google-app-scripts β€” .github/workflows/sonarcloud.yml

    Scope

    Look into why sonarcloud.yml is over the failure-rate threshold. Finding: the workflow has no defect, so no code change is planned.

    Root-cause analysis

    I pulled logs for the failed runs in the monitored window. Both were pull_request runs on feature branches that had real problems at that commit. Neither failure came from the workflow, the runner, or SonarCloud itself.

    Run Branch Failing step Cause Later fixed?
    41915491839 fix/npm-audit-glob-minimatch npm ci EUSAGE: package.json overrides were out of sync with package-lock.json (Missing: glob@10.5.0 from lock file). CI failed on the same commit too. Yes β€” the next push on that branch (41932716222) passed, then merged as #667
    41767247510 dev-lead/issue-665-… npm test 19 suites failed with TypeError: The "original" argument must be of type function from in-progress code on that PR Yes β€” later pushes passed, then merged as #666

    Every run of this workflow on main succeeded. The 14.3% rate (1/7) is the job doing what it should: rejecting broken PR commits that were fixed before merge.

    I also ran the workflow's steps locally against current main (npm ci --ignore-scripts, then npm test -- --coverage --coverageThreshold='{}'). Both succeed: 23/23 suites, 1130/1130 tests.

    Implementation Checklist

    • Check the workflow config (SHA-pinned actions, token-gated scan step, coverage step that ignores thresholds). No change needed.
    • Check the failed-run logs. Both failures came from the PR code, not the workflow.

    Tests to Write

    None. This is a config/diagnostic issue with no behavior change, so the TDD phase does not apply.

    Test Command

    npm test

    Recommendation

    Close as not a workflow defect. If the Fleet Monitor should stop flagging this kind of failure, it could count only push/main runs, or leave out PR runs whose failure also shows up in CI on the same SHA. That change would go in the monitor, not in this repo.

  2. don-petry commented on Nov 8, 2026

    @don-petry
    CollaboratorAuthor

    βœ… Auto-resolved by Fleet Monitor. This workflow's failure rate has been below the 10% threshold (or the workflow was removed) since 2026-11-05 (3 days) β€” the monitor stopped flagging it. Closing. It will reopen automatically if the workflow crosses the threshold again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions