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

Remove methods on ClientBulder that don't serve a purpose #2953

Merged
merged 1 commit into from
Aug 23, 2024

Conversation

mkrasnitski
Copy link
Collaborator

The ClientBuilder struct is gated behind the gateway feature, which means that the client will receive the current application ID over the gateway when first authenticating. Therefore it doesn't make sense to set the application ID through the ClientBuilder as it will get overrided anyway.

Also, the get_token method is pretty useless because the only source of the token would be whatever the user would have passed to ClientBuilder::new, meaning they would already have a way to read out its value.

@github-actions github-actions bot added the gateway Related to the `gateway` module. label Aug 23, 2024
@arqunis arqunis added enhancement An improvement to Serenity. breaking change The public API is changed, resulting in miscompilations or unexpected new behaviour for users labels Aug 23, 2024
@arqunis arqunis merged commit 8b201e9 into serenity-rs:next Aug 23, 2024
21 checks passed
@mkrasnitski mkrasnitski deleted the client-methods branch August 23, 2024 12:26
GnomedDev pushed a commit to GnomedDev/serenity that referenced this pull request Oct 7, 2024
…-rs#2953)

The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
GnomedDev pushed a commit to GnomedDev/serenity that referenced this pull request Oct 20, 2024
…-rs#2953)

The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
GnomedDev pushed a commit that referenced this pull request Oct 20, 2024
The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
GnomedDev pushed a commit to GnomedDev/serenity that referenced this pull request Nov 11, 2024
…-rs#2953)

The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
GnomedDev pushed a commit that referenced this pull request Nov 13, 2024
The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
GnomedDev pushed a commit to GnomedDev/serenity that referenced this pull request Nov 15, 2024
…-rs#2953)

The `ClientBuilder` struct is gated behind the `gateway` feature, which
means that the client will receive the current application ID over the
gateway when first authenticating. Therefore it doesn't make sense to
set the application ID through the `ClientBuilder` as it will get
overrided anyway.

Also, the `get_token` method is pretty useless because the only source
of the token would be whatever the user would have passed to
`ClientBuilder::new`, meaning they would already have a way to read out
its value.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking change The public API is changed, resulting in miscompilations or unexpected new behaviour for users enhancement An improvement to Serenity. gateway Related to the `gateway` module.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants