vi

Results 137 comments of vi

@onerandomusername Could you resolve the conflicts in this PR?

> Additionally, permission overwrites should be copied. Permission overwrites are already being copied by `_clone_impl`, as well as channel type and name. In any case, I double-checked, turns out the...

Closing in favor of #837, as discussed on Discord some time ago. Regardless, thank you for the PR!

I believe this shouldn't be too difficult to fix, just haven't gotten around to it since it's somewhat of an edge case.

`typing.reveal_type` was added in 3.11 ([cpython commit](https://github.com/python/cpython/commit/abcc3d75f6e570519cb37c62130a2295c6928bff)), and was also backported to typing_extensions 4.1.0, which we could use as tests already depend on typing_extensions.

> Is there not a way to unset those default member permissions at all when creating the function? Currently not, since it can't differentiate between the parameter default `None` (which...

> I can do that in a separate PR Sounds good. I don't think there are any concrete plans for that yet, but it would be a good idea to...

This still needs a small update to accommodate for a change I couldn't make in #685 regarding asset handling, since that change depends on both PRs

The changes themselves look good, but in a more general sense this seems like something that should be handled by users, not by the lib, imo. There might be situations...

> The issue I see is that `Interaction.send` should not be erroring with an `InteractionAlreadyResponded` exception, as that method is partially to avoid those errors. Good point, it shouldn't really...