Как получить содержание сообщения disnake.interaction?

Question

[Shookal]

Использую Disnake.py.
Python 3.10

Мой бот отправляет в dm_channel сообщение с кнопками и информацией. Бот должен при нажатии на кнопку проверить информацию, указанную в сообщении и использовать её.
Но суть моей проблемы в том, что через await interaction.original_message я не могу получить привычный объект сообщения. Он не поддается методам классического объекта сообщения.
Как мне это решить?

Код

class TeamJoinAcceptButton(disnake.ui.View,):
    @disnake.ui.button(label='Принять',row=0,style=disnake.ButtonStyle.green)
    async def accept(self,button:disnake.Button,interaction:disnake.Interaction):
        message= interaction.original_message()
        mes=message.content
        print(mes)
....

for i in range(0,len(x)):
    f=x[i]
    print(f)
    member=guild.get_member_named(str(f))
    if member is not None:
        await member.send(f'Принять приглашения в команду '+str(TeamName)+"?",view=TeamJoinAcceptButton())

Answer 1

[fenrir]

original_message это корутина. Соответственно рабочий код будет как вы сами и написали будет
message = await interaction.original_message()
При этом в приложенном коде нет await

При любых подобных проблемах делайте print(type(obj)) и смотрите по документации что вам вернулось.

Comments

[Shookal]

Я уже пробовал так.
Получаю всегда ошибку.

Ignoring exception in view <TeamJoinAcceptButton timeout=180.0 children=2> for item <Button style=<ButtonStyle.success: 3> url=None disabled=False label='Принять' emoji=None row=0>:
Traceback (most recent call last):
  File "C:\Users\admin\AppData\Local\Programs\Python\Python310\lib\site-packages\disnake\ui\view.py", line 385, in _scheduled_task
    await item.callback(interaction)
  File "C:\Users\admin\Documents\shopbot\bot1.py", line 221, in accept
    message= await interaction.original_message()
  File "C:\Users\admin\AppData\Local\Programs\Python\Python310\lib\site-packages\disnake\interactions\base.py", line 365, in original_response
    data = await adapter.get_original_interaction_response(
  File "C:\Users\admin\AppData\Local\Programs\Python\Python310\lib\site-packages\disnake\webhook\async_.py", line 208, in request
    raise NotFound(response, data)
disnake.errors.NotFound: 404 Not Found (error code: 10015): Unknown Webhook

[fenrir]

Shookal, и это совершенно другая проблема.
Вот обсуждение, где о ней идет речь. Чтобы сработало original_message(), вначале должен быть вызов response().
Не знаю что вы пытаетесь сделать, но лучше описывайте задачу, которую вы пытаетесь решать, а не то, что не работает. Так больше шансов, что получите решение.

[Shookal]

fenrir, responce() должен быть в моем классе View, или через него я должен отправить?

В обсуждении нет ответа как такового, там куратор disnake.py просто сказал, что они поправлят документацию.

....

Я пытаюсь сделать так, чтобы я мог вернуть значение внутри отправленного сообщения, так как там есть значение TeamName. Пользователь должен получить роль с названием TeamName. Интеракцией будут пользоваться много людей, и задавать глобалы, аргументы и точные id сообщения я не могу.

Собственно, решил использовать этот костыль, ибо так гораздо проще и оптимизированее, нежели вешать всё это в БД.

[fenrir]

Shookal, если вы делаете ответ через response, то original_message позволяет получить сообщение на которое вы отвечали.

В коде выше вы используете send, это самостоятельное сообщение, для которого нет никакого прошлого сообщения. Единственным вариантов в этом случае остается хранить в БД информацию откуда там пришел пользователь.
Без БД нужно отказаться от личных сообщений и использовать response. Выдаете на месте пользователю эфемерный ответ с нужной информацией и кнопками.

[Shookal]

fenrir, Понял, значит буду оптимизировать БД под это, мне личные сообщения очень нужны так, как я в будущем планирую делать систему упраления командой внутри личных сообщений.

Спасибо за помощь.

[fenrir]

Shookal, проблема хранения в БД адресов сообщений в том, что нет гарантий что есть доступы и не стерлись нужные сообщения. Либо храните в БД сразу всю нужную информацию, чтобы не было рисков, что нужное сообщение удалено или недоступно, либо предоставляйте управление "на месте"