Our team of experts needs to know your concern. Please, report any issues you notice during app execution.
Recently reported issues
Below you can find issues that were reported already by other users. Try avoid duplicates.
The Pumble "Watch New Messages" module in Make does not seem to work correctly.
Problem description:
Even when the module is configured with "Choose where to start" = "From now on", it still retrieves older messages instead of only new messages posted after activation.
During testing, the module returned a batch of 10 historical messages from the same channel, with timestamps ranging from older dates up to newer ones, instead of only the latest new message. This suggests the trigger is not respecting the selected starting point.
Additionally, the module is also returning system/channel events as if they were normal new messages. For example, it returned an event with:
subtype = "updated_description"
text like: "set the channel description: ..."
This is not a user message, but a channel system event. The module should either:
ignore these events by default, or provide a clear option to include/exclude them.
Expected behavior:
When "From now on" is selected, the module should only return messages created after the module is activated.
It should not return historical messages already in the channel.
It should differentiate between:
normal user messages
bot/app messages
system/channel events
thread replies
- Actual behavior:
The module returns old messages from the channel even after choosing "From now on"
The module also returns channel system events such as updated_description
As a result, the trigger is unreliable for building automations based on truly new incoming messages
Suggested improvements / solutions:
Make "From now on" strictly respect the current timestamp/checkpoint and ignore any previous messages.
Exclude system events (such as updated_description) from Watch New Messages by default.
Add a filter option in the module UI to choose what should trigger:
only user messages
include/exclude bot messages
include/exclude thread replies
include/exclude system events
Add a dedicated trigger for:
new channel messages
new thread replies
system events
instead of mixing them in the same output.
Ensure the first execution after setup does not backfill old channel history unless explicitly requested.
This issue makes it difficult to use the module as a reliable trigger for real-time message automations.
Resolution: This is expected. The API returs all messages (events). You need to filter out events after trigger using in-built filters feature after the module.