-
-
Notifications
You must be signed in to change notification settings - Fork 132
fix: add guild_id back to GatewayVoiceStateUpdateDispatchData #1346
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
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
| /** | ||
| * The guild member this voice state is for | ||
| * | ||
| * @remarks The member field will have `joined_at` set to `null` if the member was invited as a guest. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This remark should be kept with the move back to APIBaseVoiceState, not removed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually upon further consideration, would it not make more sense to move this to APIGuildMemberJoined#joined_at itself? I figure it was originally added here due to the same misconception that created APIVoiceStateMember in the first place.
Please describe the changes this PR makes and why it should be merged:
#1290 accidentally stripped the
guild_idfromGatewayVoiceStateUpdateDispatchData. After re-adding this back, I noticed it loops back around to being 1:1 withAPIVoiceStatemaking the whole change toGatewayVoiceStateUpdateDispatchDataunnecessary in the first place.As for how
GatewayVoiceStateUpdateDispatchDatawas used inGatewayGuildCreateDispatchData, I noticed the aforementioned PR already looped back around toAPIVoiceStateMember#memberbeing the same as it was originally asAPIBaseVoiceState#member. So, the changes toGatewayGuildCreateDispatchDataandAPIBaseVoiceStatewere also unnecessary.Therefore, this partially reverts #1290.
If applicable, please reference Discord API Docs PRs or commits that influenced this PR: