Skip to content

ci(release): make the Telegram binary notification non-blocking#174

Merged
widgetii merged 1 commit into
masterfrom
ci/telegram-notify-nonblocking
Jun 18, 2026
Merged

ci(release): make the Telegram binary notification non-blocking#174
widgetii merged 1 commit into
masterfrom
ci/telegram-notify-nonblocking

Conversation

@widgetii

Copy link
Copy Markdown
Member

Problem

The ipctool-release run on master (commit e7a0098, the get_hisi_sdk fix) failed despite every build target compiling and both assets uploading. The only hard failure was the Send binary to Telegram step:

curl ... https://api.telegram.org/bot.../sendDocument ...
##[error]Process completed with exit code 28      # curl --max-time 15 timeout

Unlike the surrounding Build sources and Create release steps (both continue-on-error: true), that notification step had no continue-on-error, so a flaky/slow Telegram endpoint gated the whole release.

Fix

Add continue-on-error: true to Send binary to Telegram — a notification is advisory and must not fail a release whose build succeeded and whose assets already uploaded.

Not changed

The Create release step still emits a non-fatal Validation Failed … already_exists … tag_name annotation because all three matrix targets race to create the same latest tag. It is already continue-on-error: true, so it does not fail the run — left as-is (a proper fix would split release-creation into a single pre-job, out of scope here).

🤖 Generated with Claude Code

The ipctool-release run on master went red even though every build
target compiled and both assets uploaded. The only hard failure was the
"Send binary to Telegram" step: its `curl --max-time 15` to
api.telegram.org timed out (exit 28), and unlike the surrounding
`Build sources` / `Create release` steps it had no `continue-on-error`,
so a flaky notification gated the whole release.

A notification is advisory; it must not fail a release whose build
succeeded and whose assets already uploaded. Add `continue-on-error: true`
to that step (matching the existing treatment of the build and
create-release steps).

Note: the "Create release" step still logs a non-fatal
`already_exists / tag_name` annotation because all matrix targets race to
create the same `latest` tag; it is already `continue-on-error: true`, so
it does not fail the run. Left as-is here.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@widgetii widgetii merged commit d74090e into master Jun 18, 2026
4 checks passed
@widgetii widgetii deleted the ci/telegram-notify-nonblocking branch June 18, 2026 13:48
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