Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inconsistent presence of server mute and deafen fields in member payloads #7125

Open
almostSouji opened this issue Sep 5, 2024 · 0 comments
Labels
bug developer portal synced Synced to internal tracker

Comments

@almostSouji
Copy link

Description

Knowledge about this influences how we deal with this on a library level (whether we can assume presence and expose the field directly or need to implement these with or recommend an additional GET call to retrieve the current state)

Steps to Reproduce

Receive INTERACTION_CREATE payload (ws)
Receive GUILD_MEMBER_UPDATE payload (ws)

Observe missing deaf and mute fields

Expected Behavior

Preferably the deaf and mute fields should be present in the cases described herein
If this is not feasible, they should at least be documented as nullable and missing in these cases (though their presence is clearly preferable)

Current Behavior

Inconsistent presence of the deaf and mute fields:

Present on:

  • Event: MESSAGE_CREATE (inner)
  • Event: MESSAGE_REACTION_ADD (inner)
  • Event: THREAD_MEMBERS_UPDATE (inner)
  • Event: GUILD_MEMBER_ADD
  • Event: GUILD_MEMBERS_CHUNK
  • Response: GET /guilds/:id/members/:id
  • Response: GET /guilds/:id/members
  • Response: GET /guilds/:id/members/search
  • Response: PATCH /guilds/:id/members/:id

Not present on:

  • Event: GUILD_MEMBER_UPDATE
  • Event: INTERACTION_CREATE (inner)

Screenshots/Videos

No response

Client and System Information

n/a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug developer portal synced Synced to internal tracker
Projects
None yet
Development

No branches or pull requests

2 participants