Any chance the user_badge webhooks could include username along with user_id? Currently the payload for a user_badge event looks like this: { "user_badge": { "id": 123456, "granted_at": "2026-09-25T14:54:42.073Z", "created_at": "2026-09-26T05:34:12.965Z", "post_id": 234567, "p…

FWIW, my workaround for non-standard webhooks or when I need additional data is to do it via Workflows and then send that to n8n.

[圖片] burke: I’m creating an external service that I was hoping to trigger when specific badge(s) are granted; however, it needs the username and badge webhooks only returns user IDs. Fwiw, fetching username from user id is just one API call away, unless you’re manually granting thousands of b…

[圖片] putty: FWIW, my workaround for non-standard webhooks or when I need additional data is to do it via Workflows and then send that to n8n. Thanks! I’ll look into Workflows.

[圖片] itsbhanusharma: Fwiw, fetching username from user id is just one API call away, unless you’re manually granting thousands of badges in an instant, you should be fine with the default API limits. That’s great to hear! Could you please provide details about that one API call that isn’t /ad…

What’s the issue with an admin API key? This is supposed to be a background job ig?

[圖片] itsbhanusharma: What’s the issue with an admin API key? This is supposed to be a background job ig? Principal of Least Privilege. This external service will be running on another server and only needs read access to Discourse to do it’s job. The fewer master keys floating around across i…

This brings up the interesting point of why isn’t there a public-facing endpoint to get a user by id that shows only public fields, if login_required is not selected. It would be useful, no? I wonder why it was not made. Or maybe only logged in users could get such a privilege, but either way, there…

This is because for all matters and purposes user IDs are essentially an internal convention in discourse and we are expected to rely on usernames that are much more prominent across the board.

Which brings us back to the original request. The webhook should adhere to that concept and send the username, not the user ID.

[圖片] RGJ: Which brings us back to the original request. The webhook should adhere to that concept and send the username, not the user ID. Agreed! This seems like the best solution. Adding username and granted_by_username and deprecating user_id and granted_by_id could allow for a non-breaking…

能否在 user_badge webhook 的负载中包含用户名？

支持

burke (Burke) 2026年九月29日 04:31 7

最小权限原则。这个外部服务将运行在另一台服务器上，只需要对 Discourse 的只读访问权限即可完成其工作。在基础设施中流传的主密钥越少越好。

話題		回覆	觀看
Grant a custom badge through the API Integrations rest-api , how-to	9	7971	2023年十一月18日
Webhooks feedback Development	33	11292	2017年三月21日
API user_badges /users/username/activity/badges.json API vs. /user-badges/username.json Development	4	739	2019年五月20日
Getting the target user for notification webhook events Development rest-api	12	1872	2020年七月14日
Possible to somehow fetch and display Discourse badges on an external site (e.g. Wordpress)? Support	2	576	2020年二月7日

能否在 user_badge webhook 的负载中包含用户名？

相關主題