You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The event handlers for listening to a subscription ending and listening for a subscription resubscribe both use the same prefix string for their webhook endpoint and signing secret.
As a result, if you want to listen for both events, they both set up a webhook that goes to the same URL, and both events end up at a single endpoint.
Code
The definition of EventSubChannelSubscriptionMessageSubscription.id() is:
When subscribing to both unsubscribe and subscription-message events, each should be dispatched to their respective handlers, allowing for determining if a subscription is being created or is ending.
Actual Behavior
Both events trigger the same endpoint, requiring the code to examine the event object provided to try and determine which event it's actually receiving
Environment
Version: twitch-eventsub 4.6.5
Node version: v14.15.4
Operating system: Slackware Linux 14.2
The text was updated successfully, but these errors were encountered:
This fixestwurple#282 by changing the prefix string returned by
`EventSubChannelSubscriptionMessageSubscription.id()` to match the one
returned by the similar method in `HelixEventSubApi`.
A quick spot check shows that the other strings used across the two
classes otherwise line up, so presumably this was the intention when
this event was initially added.
Bug Report
The event handlers for listening to a subscription ending and listening for a subscription resubscribe both use the same prefix string for their webhook endpoint and signing secret.
As a result, if you want to listen for both events, they both set up a webhook that goes to the same URL, and both events end up at a single endpoint.
Code
The definition of
EventSubChannelSubscriptionMessageSubscription.id()
is:However, in
HelixEventSubApi.subscribeToChannelSubscriptionMessageEvents
, the string used ischannel.subscription.message
:Expected behavior
When subscribing to both
unsubscribe
andsubscription-message
events, each should be dispatched to their respective handlers, allowing for determining if a subscription is being created or is ending.Actual Behavior
Both events trigger the same endpoint, requiring the code to examine the event object provided to try and determine which event it's actually receiving
Environment
The text was updated successfully, but these errors were encountered: