If a User Event webhook is activated, creating a topic or a post sends the user_updated webhook. Tested on the latest Discourse.
Well I guess we are assuming that something like “last posted at” just changed and pushing that across.
That is a very odd interpretation of the meaning, I would expect only a user preference was updated. Possibly by the user only.
I’d also expect a webhook when badge & group memberships are changed.
This is how it used to work.
This would be very useful.
Hmm this is a regression then – who touched webhooks last @tgxworld?
Not me, Rails 5 touched it
I’ll have a look
A user webhook is also being sent when a user logs in or out. Creating a user through SSO is sending 3 user webhooks. First a user_created
one for the new user. Then user_updated
for the same user, then user_updated
for the discobot. This is tested on a live version of Discourse.
It looks like the behavior of the user_updated
event was changed in
https://github.com/discourse/discourse/commit/519b70ea4692834638e4b95c92b81a2160621681
which triggers as long as a column on the user is changed. @zogstrip Do we need all the columns to trigger the event? If not I’ll add a a filter that checks the columns which have changed against the UserUpdated::OPTION_ATTR
constant.
I needed it for the group-tracker plugin
In that case I only need the primary_group_id
so UserUpdater::OPTION_ATTR
will have to be updated.