From 7edc69f2ab2f74c343b33698cade6c086b26e4fc Mon Sep 17 00:00:00 2001 From: Louis Choquel Date: Thu, 8 Oct 2026 02:37:05 +0200 Subject: [PATCH] =?UTF-8?q?fix/Cla-comment-next-run=20=C2=B7=20L-261007-7d?= =?UTF-8?q?36d7=20(#47)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The organization ruleset never runs the CLA workflow on a comment, yet the bot's request to sign offered a `recheck` comment that nothing hears and did not say when a signature counts. The request now keeps the stock wording, says the check reads a signature the next time it runs, after a new push or a maintainer's re-run, and no longer offers `recheck`; docs/cla.md says the same. Advances L-261007-7d36d7 🤖 Generated with [Claude Code](https://claude.com/claude-code) View guided diff Co-authored-by: Claude Opus 5.5 --- .github/workflows/cla.yml | 10 ++++++++++ docs/cla.md | 2 +- 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/.github/workflows/cla.yml b/.github/workflows/cla.yml index 5452dab..8497df1 100644 --- a/.github/workflows/cla.yml +++ b/.github/workflows/cla.yml @@ -71,3 +71,13 @@ jobs: remote-organization-name: ${{ github.repository_owner }} remote-repository-name: cla-signatures signed-commit-message: $contributorName has signed the CLA in $owner/$repo#$pullRequestNo + # The bot's request to sign. A ruleset never runs this workflow on a comment, so the + # request says when a signature counts rather than offering `recheck`, which nothing hears. + suggest-recheck: false + custom-notsigned-prcomment: >- +
Thank you for your submission, we really appreciate it. Like many open-source + projects, we ask that $you sign our [Contributor License + Agreement](https://github.com/Pipelex/.github/blob/main/CLA.md) before we can accept + your contribution. You can sign the CLA by posting a pull request comment in the format + below. The check reads signatures when it runs, so once you have commented, push a new + commit to this pull request or ask a maintainer to re-run the CLAAssistant check.
diff --git a/docs/cla.md b/docs/cla.md index 72e6cc2..e7842b0 100644 --- a/docs/cla.md +++ b/docs/cla.md @@ -6,7 +6,7 @@ Every public Pipelex repository that asks contributors to sign a contributor lic GitHub runs the workflow as it is on this repository's `main`, in the context of the pull request's repository: the secrets it reads are the ones granted to that repository, the allowlist is the organization variable `CLA_ALLOWLIST`, and the document it asks a contributor to sign is [`CLA.md`](../CLA.md) at the root of this repository, one agreement for every Pipelex project. A repository may still carry its own copy for its readers, but the bot links this one. Signatures are recorded in `Pipelex/cla-signatures`, so a contributor who signs once is signed for every repository. A change to the workflow therefore reaches every repository when `dev` is promoted to `main` here. -**A signature takes effect at the next run.** A workflow required by a ruleset runs only on pull request events, never on a comment, so after a contributor comments the signing sentence, the check passes once the contributor pushes again or a maintainer re-runs the failed `CLAAssistant` job; that run reads the comment and records the signature. +**A signature takes effect at the next run.** A workflow required by a ruleset runs only on pull request events, never on a comment, so after a contributor comments the signing sentence, the check passes once the contributor pushes again or a maintainer re-runs the failed `CLAAssistant` job; that run reads the comment and records the signature. The bot's request to sign says so, and it does not offer the action's `recheck` comment (`suggest-recheck: false`), which nothing would hear. ## The patched action