Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

ci scope: renaming a C file to *.md classifies the PR as docs-only (code=false)

Open Beginner friendly
#1,311 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
86/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
c, github-actions, python

Research direction

Start with the scope job in .github/workflows/ci.yml and run python3 /tmp/sp-critic/repro_scope.py .github/workflows/ci.yml to reproduce the rename-to-md result. Check how changed paths are collected, then verify that a rename or delete with a non-docs-only old path sets code=true. Add or update the scope self-test with a .c-to-.md fixture and confirm it fails when the fix is reverted.

Written by the indexing model from the issue text.

Description

area:ci found-by:critic kind:gate-defect

Found by a blind critic on PR #1310. The same result on main 7706607: this is pre-existing.

The scope job in .github/workflows/ci.yml decides code=true|false from the changed paths. For a rename it sees only the NEW name. git mv src/foo.c notes.md therefore yields code=false, and every code-scoped job (the suite, ASan, the variants) is skipped, although a C source was removed from the build.

Repro: python3 /tmp/sp-critic/repro_scope.py .github/workflows/ci.yml. It builds tiny git histories and runs the real scope step: a code edit gives true, a docs edit gives false, rename-to-md gives false.

Done when:

  • a rename or delete whose OLD path is not docs-only yields code=true (use --name-status or --no-renames)
  • a planted fixture (rename .c → .md) is in the scope step's self-test or CI and goes red with the fix reverted
Dominant language
C
Stars
3
Forks
7
Avg merge
4h 5m
Merged PRs (30d)
116

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from InauguralSystems/EigenScript

All issues in InauguralSystems/EigenScript

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.