fenrir

Это ошибка встроенного тайпчекера пайчарма. У нескольких других людей сталкивался с тем же предупреждением для dpy. В виме и вскоде все определяется корректно.

Решается глушением ошибки или явным указанием типа у респонза. Менять ide из-за одного ложного предупреждения можно, но это странно.

Вам еще в прошлом вопросе указали, что discordsuperutils это сомнительного качества заброшенная библиотека.

Даже если вы все начнёте верно передавать нет гарантий что это будет работать, последняя работа над библиотекой была год назад, для дискорда это большой срок за который многое изменилось.

Отказывайтесь от нее и переписывайте. Все равно придется.

Во-первых нужно где-то хранить этих пользователей. В идеале в БД, но т.к список будет обновляться редко хотя бы в json или yaml файле, на основании которого будет проверяться каждый пользователь.

Далее при вызове любой команды должна осуществляться проверка есть ли пользователь в этом черном списке.
Для этого есть два пути:
1) На все команды можно навешивать произвольные проверки, используя commands.checks. Способ требует больше действий, но тоньше настраивается (тем же способом можно добавлять премиум команды, команды для администраторов и т д)

2) Если бан распространяется на вообще все команды ту же проверку можно осуществлять в событиях on_message, если бот сделан на префикс командах или в on_interaction, если на слешах. Это избавит от необходимости прописывать проверку к каждой команде.

Пример первого варианта можно посмотреть в шаблоне Криптона: сама проверка, команда блока ban.

Так же как по отдельности.

Помимо декоратора @button, никто не запрещает их передавать в View как компоненты

components=[
            disnake.ui.Button(label="Yes", style=disnake.ButtonStyle.success, custom_id="yes"),
            disnake.ui.Button(label="No", style=disnake.ButtonStyle.danger, custom_id="no"),
        ],

Открывайте примеры и документацию.

Что до ошибки по строчке view = DropdownView(), EditStatus() видно, что вы пытаетесь передать кортеж в inter.send() вместо disnake.ui.View, о чем вам явно указано в ошибке.

На будущее прикладывайте полные логи, а изображения и портянку кода убирайте в спойлер.

При создании ветки (они зовутся Thread's) вызывается событие on_thread_create. В нем прописываете свою логику.

Ценность подобной логики мне не понятна, ведь удаление сообщения не удаляет тред, поэтому рекомендую еще посмотреть методы объекта Thread

In components.0.components.0.emoji.name: Invalid emoji

Как сказано в сообщении потому что нет такого эмодзи.
Стандартные эмодзи передаются юникод-символом (можно взять например тут), кастомные строкой в формате <name:id>

Потому что нет никакого лимита.
Поставь принт с каким-нибудь текстом первой строчкой каждой функции и убедись что вызывается всегда только одна из трёх функций. Почему так оставлю тебе на подумать.

В официальной документации есть примеры работы с кнопками, ссылку на документацию я давал в прошлом твоём вопросе. Учись по документации, а не каким-то устаревшим гайдам из которых ты это взял.

Буквально весь смысл ботов, брать какой-то запрос пользователя, класть его в переменные и что-нибудь с ним делать. В примере ниже number запрашивается у пользователя

@bot.slash_command(description=Умножить число на 42")
async def multiply(inter, number: int):
    await inter.response.send_message(number * 42)

Потому что Bot.wait_for это гигантский костыль. С тех пор как появились взаимодействия его не следует использовать в принципе. В вашем случае у вас все открытые заявки ждут события raw_reaction_add, а check не проверяет на каком сообщении реакция поставлена.
Путей исправления 3:

1 (оптимальный). Разобраться как работают события. В идеале создавать сообщение с 2 кнопками, которые хранят данные от кого они были созданы.

2 (простой). Не использовать события. Создать отдельную команду для подтверждения, куда передается пользователь и статус.

3 (кривой). Оставить все как есть. В сообщении наверняка есть строка от кого оно. Парсить текст сообщения, добавить в check проверку по конкретному пользователю.