-
-
Notifications
You must be signed in to change notification settings - Fork 0
chore(ci): repoint push-email-notify to smtp-notify-action #64
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,24 +1,46 @@ | ||
| # SPDX-License-Identifier: MPL-2.0 | ||
| # This workflow is managed by gh actions-lock. | ||
| # 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 | ||
| 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@v18 | ||
| uses: hyperpolymath/smtp-notify-action@v0.2.0 # NOSONAR — pin authority is actions.lock (sha1-ede1191ef6ff3ac02c4f4d9efdf837ee517e11d7) | ||
|
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: printf '%s\n' '--- workflow ---'
sed -n '35,49p' .github/workflows/push-email-notify.yml
printf '%s\n' '--- lock entry ---'
rg -n -C 2 'hyperpolymath/smtp-notify-action|ede1191|v0\.2\.0' .github/workflows/actions.lock
printf '%s\n' '--- tag ref ---'
curl -fsSL 'https://api.github.com/repos/hyperpolymath/smtp-notify-action/git/ref/tags/v0.2.0' | jq '{object, ref}'Repository: hyperpolymath/seamstress Length of output: 1549 🏁 Script executed: tag_object='e5e4b8d9978e34b40712361a825855e7be466160'
printf '%s\n' '--- annotated tag target ---'
curl -fsSL "https://api.github.com/repos/hyperpolymath/smtp-notify-action/git/tags/$tag_object" | jq '{object, tag}'
printf '%s\n' '--- lock SHA resolution ---'
curl -fsSL 'https://api.github.com/repos/hyperpolymath/smtp-notify-action/commits/ede1191ef6ff3ac02c4f4d9efdf837ee517e11d7' | jq '{sha, message: .commit.message}'Repository: hyperpolymath/seamstress Length of output: 2005 🏁 Script executed: printf '%s\n' '--- lock enforcement references ---'
rg -n -C 3 'actions\.lock|pin authority|sha1-|action.*lock|lock.*action' .github README.md CONTRIBUTING.md SECURITY.md 2>/dev/null || trueRepository: hyperpolymath/seamstress Length of output: 17436 Reference the action by its immutable commit SHA. The 🤖 Prompt for AI AgentsSource: MCP tools 🩺 Stability & Availability | 🟡 Minor | ⚡ Quick win 🔎 Supported by static analysis🏁 Script executed: #!/bin/bash
set -eu
printf '%s\n' '--- workflow ---'
sed -n '1,90p' .github/workflows/push-email-notify.yml
printf '%s\n' '--- actions.lock references ---'
rg -n -C 2 'hyperpolymath/smtp-notify-action|ede1191ef6ff3ac02c4f4d9efdf837ee517e11d7' .github/workflows/actions.lock .github/workflows/push-email-notify.yml
printf '%s\n' '--- upstream action contract ---'
curl -fsSL https://raw.githubusercontent.com/hyperpolymath/smtp-notify-action/v0.2.0/action.yml
printf '%s\n' '--- upstream implementation references ---'
curl -fsSL https://api.github.com/repos/hyperpolymath/smtp-notify-action/git/trees/v0.2.0?recursive=1 |
jq -r '.tree[] | select(.type=="blob" and (.path|test("\\.(js|ts|yml|yaml|json)$"))) | .path' |
while IFS= read -r path; do
body="$(curl -fsSL "https://raw.githubusercontent.com/hyperpolymath/smtp-notify-action/v0.2.0/$path")"
if printf '%s' "$body" | rg -n 'secure|STARTTLS|starttls|tls|SMTP_PORT|nodemailer|createTransport'; then
printf '%s\n' "--- $path ---"
printf '%s\n' "$body" | rg -n -C 4 'secure|STARTTLS|starttls|tls|SMTP_PORT|nodemailer|createTransport'
fi
doneRepository: hyperpolymath/seamstress Length of output: 13481 Confirm If the value is 🤖 Prompt for AI AgentsSource: MCP tools |
||
| 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
🏁 Script executed:
Repository: hyperpolymath/seamstress
Length of output: 6527
🌐 Web query:
GitHub Actions workflow syntax push branches branch deletion events do branch filters match deleted branches💡 Result:
In GitHub Actions, branch filters (such as
on.push.branches) do not effectively match or filter branch deletion events in the way they do for standard push events. When a branch is deleted, thepushevent is technically triggered [1], but theGITHUB_REFin the resulting workflow run defaults to the repository's default branch rather than the branch being deleted [2][3]. Consequently, standard branch filtering mechanisms often fail to behave as expected for deletions, or they match the default branch instead of the branch that was actually deleted [1]. To specifically react to or filter by the name of a deleted branch, you should use thedeleteevent instead of thepushevent [3][1]. Thedeleteevent payload contains the specific name of the branch that was removed, which you can access via thegithub.event.refcontext variable [3][4]. If you need to limit your workflow to only act when specific branches are deleted, you can use a conditionalifexpression at the job or step level:yaml on: delete jobs: filter-delete: if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'releases/') runs-on: ubuntu-latest steps: - name: Handle deletion run: echo "The branch ${{ github.event.ref }} was deleted."In this example, theifcondition checks that the deleted entity was a branch and matches the desired naming pattern, providing the precise control that standard branch filters in theonconfiguration do not offer for this specific event type [3][1].Citations:
🌐 Web query:
site:docs.github.com/en/actions "For a deleted branch" "GITHUB_REF" push event💡 Result:
In the context of a GitHub Actions push event involving a branch deletion, the GITHUB_REF variable does not represent the deleted branch [1]. When a branch is deleted, the push event's GITHUB_REF (and associated GITHUB_SHA) reverts to the repository's default branch [1]. Consequently, if you are attempting to trigger or identify a workflow run specifically for the deletion of a branch, you should use the delete event rather than the push event [1]. The push event is fundamentally intended for updates to existing references or the creation of new ones, and it does not inherently capture the deletion action in the GITHUB_REF variable [1]. For workflows tracking branch deletions, the delete event is the authoritative trigger [1]. When using this event, you can access the deleted reference information through the webhook payload [1].
Citations:
🌐 Web query:
site:docs.github.com/en/webhooks/webhook-events-and-payloads push deleted head_commit null💡 Result:
For a GitHub
pushwebhook,head_commitis documented asobject or null. When a branch or tag is deleted, the payload setsdeleted: true; therefore, handlehead_commitas potentiallynullrather than dereferencing it unconditionally. (docs.github.com)GitHub recommends using the separate
deletewebhook event when you only need branch/tag deletion notifications. (docs.github.com)Citations:
Add a deletion guard before sending the notification.
branches: ['**']does not exclude branch-deletionpushpayloads. Whengithub.event.deletedistrue,github.event.head_commitcan be null, which produces an incomplete notification. Addgithub.event.deleted != trueto the job condition.🤖 Prompt for AI Agents
Source: MCP tools