Exclude generated *.lock.yml workflow files from spelling checks
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
Research direction
Start in .github/workflows/ and inspect the Check Spelling workflow using check-spelling/check-spelling@v0.0.26. Confirm how it selects files, then exclude generated *.lock.yml files under .github/workflows/ and verify that spell-check reports no longer include those artifacts.
Written by the indexing model from the issue text.
Description
Relevant area(s)
WinGet CLI
Relevant command(s)
N/A — repository validation tooling
Brief description of your issue
The Check Spelling workflow scans generated *.lock.yml workflow files under .github/workflows/. These files are compiled output (e.g. from GitHub Agentic Workflows) and contain many third-party/tooling terms (openai, claude, gpt, zizmor, certificate-authority names, etc.) that are not part of the source content authors write, causing unrelated pull requests to fail spell check with a large batch of unrecognized words. Alternatively, I've also seen warnings that the lock files don't parse in time causing excess warnings that really aren't necessary.
Steps to reproduce
- Open a pull request that touches any file in the repository.
- Observe the Check Spelling workflow run and report comment.
- Note unrecognized words originating from
.github/workflows/*.lock.ymlfiles (e.g.issue-closure-recommendation.lock.yml) rather than from the actual changed files.
Expected behavior
*.lock.yml files under .github/workflows/ are excluded from spell checking, since they are generated artifacts rather than authored content.
Actual behavior
The Check Spelling workflow scans *.lock.yml files and reports dozens of unrecognized words unrelated to the pull request's actual changes.
Environment
GitHub Actions
check-spelling/check-spelling@v0.0.26
microsoft/winget-cli master
- Dominant language
- C++
- Stars
- 26.4k
- Forks
- 1.8k
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 21
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/winget-cli
-
Issue-Docs Possible-Duplicate
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
microsoft/winget-cli#6493 · 1 comment ·
-
Issue-Feature
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
microsoft/winget-cli#6427 ·
-
Issue-Docs msstore
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
microsoft/winget-cli#6331 · 1 comment ·
-
Command-Source Issue-Bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
microsoft/winget-cli#6148 ·
-
[WinGetUtil] ValidateManifestInstallers fails for zip installers with appx/msix NestedInstallerType OpenIssue-Bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
microsoft/winget-cli#6080 ·
All issues in microsoft/winget-cli
Similar issues
-
bug build
Difficulty 1/5 Under an hour Newbie friendliness 91/100
facebookincubator/velox#19194 ·
-
JIT-compiled number -> Decimal conversion silently overflows instead of raising DECIMAL_OVERFLOW Openfuzz
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
ClickHouse/ClickHouse#122114 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
module/agent platform/macos type/bug/regression
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
enhancement PyCDE
Difficulty 2/5 1-3 hours Newbie friendliness 78/100