feat(Telegram Trigger Node): Extend Telegram triggers list with all possible options #12591
+86
−3
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Telegram API supports more updates for bots, than can be defined in N8N Telegram Trigger.
API docs: https://core.telegram.org/bots/api#update
Most of them can be received when using
*
option. But this produces extra calls of workflows. Users who pay per execution may pay for updates they don't need.Also there are 3 updates, that can't be received at all due to the way Telegram API works: message_reaction, message_reaction_count and chat_member. They are excluded when setting up a web hook with
allowed_updates: []
(see Description column in docs https://core.telegram.org/bots/api#setwebhook).So currently it looks like this:
*
option*
option*
option*
option*
option*
option*
option*
option*
option*
option*
option*
option*
option*
optionThis MR adds support for all update options to Telegram Trigger Node for granular selection.
But preserves the backward compatibility:
*
option works the same, so users won't receive extra traffic to there workflowsRelated Linear tickets, Github issues, and Community forum posts
There was an attempt to do something similar in May 2024, but it would cause an extra traffic to existing workflows: #9321
Review / Merge checklist
release/backport
(if the PR is an urgent fix that needs to be backported)