The discussion revolves around differentiating webhooks for user creation, approval, and updates in Discourse. watchmanmonitor reports that webhooks are triggered too frequently, even for user updates like badge awards or group joins, despite expecting them only on new user creation. simon explains that the X-Discourse-Event header can distinguish between user_created and user_updated, but watchmanmonitor notes that Zapier doesn’t include headers in its webhooks. neil confirms the issue with user_updated being triggered on topic/post creation has been fixed. simon suggests a workaround to extract headers in Zapier using a specific method.
I’m using webhooks to process new users via zapier, and lately it’s being triggered too often.
The option we have in the admin is When a user is created, approved or updated.
I thought that the email would only be sent on new user creation. but we’re getting it even if the user had a badge awarded, joined a group, etc.
So the question is.. what’s the best way to identify when the webhook is related to a new user, vs a user being updated?
Thanks!
Hmm I think our webhook should be more distinct here.
Can you add this to your list @neil
You can get that from the X-Discourse-Event header field. When a user is created that field’s value will be user_created.
It seems that the User user_updated webhook is being sent every time a user creates a Topic or a Post. This didn’t used to happen and seems like a bug.
Thanks @simon it looks like Zapier doesn’t surface the headers which are sent over. Assuming we get the user_created & user_updated in the body of the webhook, I should be able to know just when to perform an action for a newly created user.
For the record, these are the fields I can act on via Zapier as of Oct 7 2017
I asked Zapier about this, and while the information sent in the header is awesome, they don’t include it in Zaps.
I’d love to see this information sent in the body of Discourse’s webhook, and not just the headers.
Given this set of headers:
Request URL: https://hooks.zapier.com/hooks/catch/REDACTED/
Request method: POST
Accept: */*
Connection: close
Content-Length: 7429
Content-Type: application/json
Host: hooks.zapier.com
User-Agent: Discourse/1.9.0.beta12
X-Discourse-Instance: https://SITE_NAME
X-Discourse-Event-Id: 168
X-Discourse-Event-Type: user
X-Discourse-Event: user_updated
Specifically: X-Discourse-Event-Type and X-Discourse-Event
Though I can see where X-Discourse-Instance would be useful too.
Maybe this change can be included with the fix for 71643
It’s somewhat complicated, but you can extract the webhook’s request header on Zapier with the method outlined in this post: https://meta.discourse.org/t/discourse-webhooks-and-zapier/56753/32.
