Done looks like: an arm for each, reusing the existing upsert_buffer_group, delete_message and roster helpers.
Everything not matched falls into `_ => {}` at `discord.rs:3156`. The ones that matter:
- `GUILD_UPDATE` — a server rename or icon change does not land until the next reconnect
- `GUILD_EMOJIS_UPDATE` — the emoji picker goes stale
- `USER_UPDATE` — your own name/avatar change is invisible
- `GUILD_MEMBER_ADD` / `GUILD_MEMBER_REMOVE` — the member list drifts
- `MESSAGE_DELETE_BULK` — a purge leaves every message on screen
- `MESSAGE_REACTION_REMOVE_ALL` / `REMOVE_EMOJI` — cleared reactions stay
**Done looks like:** an arm for each, reusing the existing `upsert_buffer_group`, `delete_message` and roster helpers.
Salastil
added the bug label 2026-09-03 13:11:27 -04:00
Finished — all six, plus the two reaction-clearing ones.
GUILD_UPDATE and GUILD_EMOJIS_UPDATE re-register the guild, the same answer the role events already use, so a rename, a new icon or a changed emoji set lands without a reconnect.
USER_UPDATE writes our own display name and avatar — they are on every message we send and were invisible until a restart.
GUILD_MEMBER_ADD / GUILD_MEMBER_REMOVE re-ask for the member window, since it is a lazy view Discord only sends when asked, and only for a guild whose list is actually on screen.
MESSAGE_DELETE_BULK deletes every id in the purge; the per-message deletes are not sent, so a purge used to leave everything on screen.
MESSAGE_REACTION_REMOVE_ALL and MESSAGE_REACTION_REMOVE_EMOJI clear reactions wholesale, for the same reason — the per-user removals that would have cleared them never arrive.
The last two needed set_reactions in the store, since everything until now was per-user add/remove.
nobilis 6403192
Finished — all six, plus the two reaction-clearing ones.
- `GUILD_UPDATE` and `GUILD_EMOJIS_UPDATE` re-register the guild, the same answer the role events already use, so a rename, a new icon or a changed emoji set lands without a reconnect.
- `USER_UPDATE` writes our own display name and avatar — they are on every message we send and were invisible until a restart.
- `GUILD_MEMBER_ADD` / `GUILD_MEMBER_REMOVE` re-ask for the member window, since it is a lazy view Discord only sends when asked, and only for a guild whose list is actually on screen.
- `MESSAGE_DELETE_BULK` deletes every id in the purge; the per-message deletes are not sent, so a purge used to leave everything on screen.
- `MESSAGE_REACTION_REMOVE_ALL` and `MESSAGE_REACTION_REMOVE_EMOJI` clear reactions wholesale, for the same reason — the per-user removals that would have cleared them never arrive.
The last two needed `set_reactions` in the store, since everything until now was per-user add/remove.
nobilis 6403192
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Everything not matched falls into
_ => {}atdiscord.rs:3156. The ones that matter:GUILD_UPDATE— a server rename or icon change does not land until the next reconnectGUILD_EMOJIS_UPDATE— the emoji picker goes staleUSER_UPDATE— your own name/avatar change is invisibleGUILD_MEMBER_ADD/GUILD_MEMBER_REMOVE— the member list driftsMESSAGE_DELETE_BULK— a purge leaves every message on screenMESSAGE_REACTION_REMOVE_ALL/REMOVE_EMOJI— cleared reactions stayDone looks like: an arm for each, reusing the existing
upsert_buffer_group,delete_messageand roster helpers.Finished — all six, plus the two reaction-clearing ones.
GUILD_UPDATEandGUILD_EMOJIS_UPDATEre-register the guild, the same answer the role events already use, so a rename, a new icon or a changed emoji set lands without a reconnect.USER_UPDATEwrites our own display name and avatar — they are on every message we send and were invisible until a restart.GUILD_MEMBER_ADD/GUILD_MEMBER_REMOVEre-ask for the member window, since it is a lazy view Discord only sends when asked, and only for a guild whose list is actually on screen.MESSAGE_DELETE_BULKdeletes every id in the purge; the per-message deletes are not sent, so a purge used to leave everything on screen.MESSAGE_REACTION_REMOVE_ALLandMESSAGE_REACTION_REMOVE_EMOJIclear reactions wholesale, for the same reason — the per-user removals that would have cleared them never arrive.The last two needed
set_reactionsin the store, since everything until now was per-user add/remove.nobilis 6403192