Skip to content

Fix issue-to-PR automation skipping and failing submissions - #129

Open
Trkraza wants to merge 1 commit into
mainfrom
fix/issue-to-pr-automation
Open

Fix issue-to-PR automation skipping and failing submissions#129
Trkraza wants to merge 1 commit into
mainfrom
fix/issue-to-pr-automation

Conversation

@Trkraza

@Trkraza Trkraza commented Aug 24, 2026

Copy link
Copy Markdown
Collaborator

Two independent faults stopped new-app issues becoming draft PRs.

The job was gated on the issue title starting with "[New App]:". That prefix is only a prefill in the issue form and submitters can overwrite it, which several did (#120 became "[CiaoTool]: ..."). A renamed title skipped the job before any step ran, so no PR was opened and no failure comment posted either, since the reporting steps live inside the same job. The submission just disappeared. Gating on the new-app label instead is reliable, because the form applies it and the submitter cannot change it.

Separately, the validate step ran pnpm run dev:validate, which is not a defined script; only validate exists. pnpm exited with ERR_PNPM_NO_SCRIPT, and because opening the PR requires the validate step to have succeeded, no PR was created even when the metadata generated cleanly (#121). CLAUDE.md documented the same three non-existent dev: commands, which is where the typo came from, so those are corrected too.

Also adds the edited trigger, so a submission rejected for something the author can fix retries when they edit the issue rather than needing a maintainer to close and reopen it.

Two independent faults stopped new-app issues becoming draft PRs.

The job was gated on the issue title starting with "[New App]:". That
prefix is only a prefill in the issue form and submitters can overwrite
it, which several did (#120 became "[CiaoTool]: ..."). A renamed title
skipped the job before any step ran, so no PR was opened and no failure
comment posted either, since the reporting steps live inside the same
job. The submission just disappeared. Gating on the `new-app` label
instead is reliable, because the form applies it and the submitter
cannot change it.

Separately, the validate step ran `pnpm run dev:validate`, which is not
a defined script; only `validate` exists. pnpm exited with
ERR_PNPM_NO_SCRIPT, and because opening the PR requires the validate
step to have succeeded, no PR was created even when the metadata
generated cleanly (#121). CLAUDE.md documented the same three
non-existent `dev:` commands, which is where the typo came from, so
those are corrected too.

Also adds the `edited` trigger, so a submission rejected for something
the author can fix retries when they edit the issue rather than needing
a maintainer to close and reopen it.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant