Repository navigation
chore: the board's built-in "Auto-add to project" workflow has added no item since #2442 #2566
Description
From the 2026-11-01 conventions audit, re-verified on 73add05a3. process.rst, "Milestones and the Project Board": the board's built-in workflows (Auto-add to project, Item closed, Pull request merged, Auto-add sub-issues) do the transitions GitHub can see; project-status.yml only adds a missing item as a fallback.
- The API reports Auto-add to project (workflow 7)
enabled: true, yet fix(dumpkit): dictdumper 0.8.5 fixed the defects common.py works around; now double-escaping #2442 is the last item whose board creator isgithub-project-automation. Every item from feat(link): implement LINUX_SLL and LINUX_SLL2 dissectors #2443 on was added underJarryShaw, the accountPROJECT_TOKENwrites as, soproject-status.ymlis the likely adder (an inference from attribution, not read from a log). - A new item then waits for a queued
project-status.ymlrun before it is on the board, and its Status lags its labels behind the same queue. The built-in's filter and limits are not exposed by the API. - Probe:
gh api graphql -f query='query{user(login:"JarryShaw"){projectV2(number:2){items(last:100){nodes{creator{login} content{... on Issue{number} ... on PullRequest{number}}}}}}}'lists onlyJarryShawcreators above fix(dumpkit): dictdumper 0.8.5 fixed the defects common.py works around; now double-escaping #2442.
Decision needed: revive the built-in, or accept project-status.yml as the only adder? Only the owner can open the project's Workflows page (the one place built-ins are configured).
- Revive: check Auto-add to project's repository and filter and re-save it; the probe should then show
github-project-automationon the next new item. - Accept: amend process.rst to say
project-status.ymlis the only adder.
Recommendation: 1, then 2 if the probe still shows onlyJarryShaw, because 1 is a minute in the web UI and removes the queue delay.
Fix: per the decision.
Activity
JarryShaw commentedon Nov 1, 2026
I'll do 1. Give me instructions.
JarryShaw commentedon Nov 1, 2026
Owner chose 1: revive the built-in. Steps:
⋯menu and choose Workflows.JarryShaw/PyPCAPKitand the filter tois:issue,pr is:open. Remove any other qualifier, such as a label filter.Auto-add only fires for items opened or updated after the save; it does not backfill. On the next new issue or PR, I check its board creator with the probe above. If it is
github-project-automation, I close this issue. If it is stillJarryShaw, option 2 follows: process.rst will nameproject-status.ymlas the only adder.JarryShaw commentedon Nov 1, 2026
done
JarryShaw commentedon Nov 1, 2026
Thanks. You've re-saved Auto-add to project, so the check now waits for the first item opened after the save. Up to #2584, every board item's creator is still
JarryShaw. #2585 and #2586 were opened just before the save and aren't on the board yet. I'll run the probe on the next PR I open and post the result here:github-project-automationcloses this issue, andJarryShawmoves it to option 2.JarryShaw commentedon Nov 1, 2026
The re-save worked. #2587, the first PR opened after it, went onto the board within seconds with creator
github-project-automation. #2585, opened just before the save, was added byJarryShaw(project-status.yml). Auto-add to project is adding items again, soproject-status.ymlis back to being the fallback that process.rst describes. Closing.