-
-
Notifications
You must be signed in to change notification settings - Fork 0
chore(ci): repoint push-email-notify to smtp-notify-action #80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,22 +1,46 @@ | ||
| # SPDX-License-Identifier: MPL-2.0 | ||
| # This workflow is managed by gh actions-lock. | ||
| # Dormant push-email notification. ARMED by setting the repo variable | ||
| # PUSH_EMAIL_ENABLED=true (the single on/off switch). Addresses are pre-filled; | ||
| # sending needs the org SMTP secrets (SMTP_HOST/PORT/USER/PASS). Inherited by | ||
| # new repos from the template; placed on existing repos by the farm sweep. | ||
| # | ||
| # Re-landed after the 2026-07-20 notification-storm freeze (removed in | ||
| # 09f94c5), now on hyperpolymath/smtp-notify-action: Node-free, the SMTP | ||
| # session is Idris2-specified and machine-checked, the binary is Zig-built, | ||
| # byte-reproducible, and SHA-256-pinned inside the action itself. | ||
| name: Push email notification | ||
| on: | ||
| push: {} | ||
| push: | ||
| # Branch pushes only: tag and deletion payloads mislabel Branch:/head_commit. | ||
| branches: ['**'] | ||
| concurrency: | ||
| # Deliberately per-RUN, so no run is ever queued behind another and none is | ||
| # ever cancelled. Do NOT "tidy" this into a shared group such as | ||
| # ${{ github.workflow }}-${{ github.ref }}. GitHub's workflow-syntax docs: | ||
| # "By default, any existing pending job or workflow in the same concurrency | ||
| # group will be canceled and the new queued job or workflow will take its | ||
| # place." That happens regardless of cancel-in-progress, which governs only | ||
| # the RUNNING job. On this workflow it silently loses a notification email, | ||
| # with no error anywhere. Every run here reports a DISTINCT commit, so there | ||
| # is no redundant work for a concurrency limit to remove. | ||
| # The docs also offer `queue: max` (up to 100 pending); not used, because 100 | ||
| # is still a cap whereas a per-run group needs none. | ||
| # Verified with zizmor 1.30.0: deleting this block raises concurrency-limits; | ||
| # this form silences it exactly as a shared group would. | ||
| group: push-email-${{ github.run_id }} | ||
| cancel-in-progress: false | ||
| permissions: | ||
| actions: read | ||
| contents: read | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🔒 Security & Privacy | 🟠 Major | ⚡ Quick win 🔎 Supported by static analysis🏁 Script executed: sed -n '1,90p' .github/workflows/push-email-notify.yml
printf '\n--- workflow action references ---\n'
rg -n 'uses:|contents:|permissions:|github\.token|checkout|api' .github/workflows/push-email-notify.yml .github/actions 2>/dev/null || trueRepository: hyperpolymath/vexometer Length of output: 3437 🤖 get_repo_knowledge executed:
Length of output: 18586 Remove the unnecessary repository-content permission. This workflow runs only 🤖 Prompt for AI AgentsSource: MCP tools |
||
| jobs: | ||
| notify: | ||
| name: Email on push | ||
| if: ${{ vars.PUSH_EMAIL_ENABLED == 'true' }} | ||
| runs-on: ubuntu-latest | ||
| timeout-minutes: 5 | ||
| steps: | ||
| - name: Send push notification email | ||
| uses: dawidd6/action-send-mail@v3.12.0 | ||
| uses: hyperpolymath/smtp-notify-action@v0.2.0 # NOSONAR — pin authority is actions.lock (sha1-ede1191ef6ff3ac02c4f4d9efdf837ee517e11d7) | ||
| with: | ||
| server_address: ${{ secrets.SMTP_HOST }} | ||
| server_port: ${{ secrets.SMTP_PORT }} | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win
🔎 Supported by static analysis
🤖 get_repo_knowledge executed:
get_repo_knowledge hyperpolymath/vexometer /tmp/coderabbit-repo-knowledge/hyperpolymath-vexometer-874a3fbc/conventions /tmp/coderabbit-repo-knowledge/hyperpolymath-vexometer-874a3fbc/architectureLength of output: 13398
🏁 Script executed:
Repository: hyperpolymath/vexometer
Length of output: 5140
🌐 Web query:
GitHub Actions push event branches filter branch deletion github.event.deleted head_commit null documentation💡 Result:
In GitHub Actions, the push event is triggered not only by new commits but also when a branch or tag is deleted [1][2]. When a branch is deleted, GitHub sends a push event payload where
deletedis true andhead_commitis null [1][3]. Because the branch reference no longer exists at the time of the workflow run, any actions relying on commit-specific data (likehead_commit.messageorhead_commit.id) will fail if they do not account for this state [4][3]. To handle or ignore branch deletion events within a workflow, you can use a conditionalifstatement to check thegithub.event.deletedflag [2][4]. Common patterns include: Ignoring branch deletions: You can prevent jobs from running during a branch deletion by adding the following condition to your job: if: ${{!github.event.deleted }} [5][4][6] Filtering by branch name: If you need to filter by branch while also ignoring deletions, you can combine thebranchestrigger filter with a job-levelifcondition [7][2]. Thebranchesfilter determines if the workflow is triggered for the push; theifcondition then determines if the job executes [7]. Example: jobs: my-job: if: ${{!github.event.deleted }} runs-on: ubuntu-latest steps: - run: echo "This runs only on pushes that are not deletions." When specifically responding to branch deletions, use the delete event instead of the push event [1][2]. The delete event is designed for this purpose and provides the name of the deleted branch in thegithub.event.refcontext [8]. Documentation and behavior notes: - Thepushevent payload for a deletion includesdeleted: trueandhead_commit: null[1][3]. - When a branch is deleted, theGITHUB_SHAin the workflow run defaults to the tip commit of the repository's default branch [7][9]. - To identify the branch that was deleted, use thedeleteevent trigger, which provides the branch name directly [1][8].Citations:
Exclude branch deletion events before sending mail.
When
PUSH_EMAIL_ENABLEDistrue,branches: ['**']also permits branch deletionpushevents. These events can have a nullhead_commit, so the workflow may send a notification with an emptyHead msg. Addgithub.event.deleted != trueto the job-level condition.🤖 Prompt for AI Agents
Source: MCP tools