soremix

К сообщению можно прикрепить только одну кнопку. Отправляете два сообщения, в одном replykeyboard, в другом inlinekeyboard. Обработчик соответственно доделать чтобы он обрабатывал обе кнопки

Такой опции у ботов нет. Только по новой собирать

1. Вы сравниваете строку и список message.text == back
2. Функция review будет вызвана только если текст сообщения равен Оставить отзыв✨, поэтому проверка на текст К меню никогда не будет True

Ну и не хватает приложенного класса с описанием стейтов. И как не работает, управление вообще не переходит в другую функцию?

Если хотите обрабатывать кнопку назад, которая есть в нескольких функциях, можно воспользоваться куском из доки по aiogram:

# You can use state '*' if you need to handle all states
@dp.message_handler(Text(equals='К меню', ignore_case=True), state='*')
async def cancel_handler(message: types.Message, state: FSMContext):
    """
    Allow user to cancel any action
    """
    current_state = await state.get_state()
    if current_state is None:
        return

    # Cancel state and inform user about it
    await state.finish()
    # And remove keyboard (just in case)
    await message.reply('Cancelled.', reply_markup=types.ReplyKeyboardRemove())

По итогу он будет отлавливать любой стейт, в котором есть текст к меню. Ну и там уже делаете финиш или что потребуется.

Когда приходит медиагруппа, она приходит как несколько ивентов. Если сообщение является частью медиагруппы, то в объекте есть поле media_group_id. Как не сложно догадаться, оно отвечает за ID медиагруппы, к которой относится аттач в текущем message.

Если поставить брейкпоинты и посмотреть что приходит, можно увидеть следующее. В данном примере я отправил боту два фото в медиагруппе:

(Pdb) message
<Message {"message_id": 3722, "from": {"id": , "is_bot": false, "first_name": "", "last_name": "", "username": "", "language_code": "en"}, "chat": {"id": , "first_name": "", "last_name": "", "username": "", "type": "private"}, "date": 1684612051, "media_group_id": "13476752415654514", "photo": [{"file_id": "AgACAgIAAxkBAAIOimRo3YOZvV5o4JU9E82P5XcM20RuAAJYxzEbizpJS11D-cNh5_WcAQADAgADcwADLwQ", "file_unique_id": "AQADWMcxG4s6SUt4", "file_size": 526, "width": 90, "height": 31}, {"file_id": "AgACAgIAAxkBAAIOimRo3YOZvV5o4JU9E82P5XcM20RuAAJYxzEbizpJS11D-cNh5_WcAQADAgADbQADLwQ", "file_unique_id": "AQADWMcxG4s6SUty", "file_size": 3234, "width": 320, "height": 111}, {"file_id": "AgACAgIAAxkBAAIOimRo3YOZvV5o4JU9E82P5XcM20RuAAJYxzEbizpJS11D-cNh5_WcAQADAgADeAADLwQ", "file_unique_id": "AQADWMcxG4s6SUt9", "file_size": 6482, "width": 720, "height": 250}]}>
(Pdb) continue
-> photos = message.photo
(Pdb) message
<Message {"message_id": 3723, "from": {"id": , "is_bot": false, "first_name": "", "last_name": "", "username": "", "language_code": "en"}, "chat": {"id": , "first_name": "", "last_name": "", "username": "", "type": "private"}, "date": 1684612051, "media_group_id": "13476752415654514", "photo": [{"file_id": "AgACAgIAAxkBAAIOi2Ro3YOx2AABRU8XtUeWrywlprEjbAACXscxG4s6SUvFtnLWpbRhVAEAAwIAA3MAAy8E", "file_unique_id": "AQADXscxG4s6SUt4", "file_size": 955, "width": 90, "height": 90}, {"file_id": "AgACAgIAAxkBAAIOi2Ro3YOx2AABRU8XtUeWrywlprEjbAACXscxG4s6SUvFtnLWpbRhVAEAAwIAA20AAy8E", "file_unique_id": "AQADXscxG4s6SUty", "file_size": 6024, "width": 320, "height": 320}, {"file_id": "AgACAgIAAxkBAAIOi2Ro3YOx2AABRU8XtUeWrywlprEjbAACXscxG4s6SUvFtnLWpbRhVAEAAwIAA3gAAy8E", "file_unique_id": "AQADXscxG4s6SUt9", "file_size": 9207, "width": 512, "height": 512}]}>
(Pdb)

Видно, что ID файлов разное, поэтому поздравляю всех кто

проверяли на других библиотеках, говорят, это ошибка API

. Всё работает штатно и так есть уже несколько лет, если мне не изменяет память.
(тем не менее мне самому не нравится подход Telegram к такому типу сообщений. У Дурова всегда неплохие API были, зачем тут так сделано мне не ясно, возможно, для этого есть умное объяснение)

А что делать то?
1. В обработчик приходит сообщение, содержащее медиагруппу
2. Заносите ID файла и ID медиагруппы куда нибудь в БД / FSM / etc
3. Как говорится tricky part: одним из способов детекта, когда же кончится чудесная волна сообщений с одинаковой медиагруппой, является проверка по времени. Т.к. это по сути одно и то же сообщение, то апдейты прилетают одинаково по времени. Соответственно, после того как у вас пришло сообщение, у которого ID медиагруппы уникально, то есть такую еще не обрабатывали до этого, ставите "таймер" допустим на 1-2 секунды. На протяжении этого времени скрипт успеет отловить все файлы от этого сообщения.
4. Пока ловятся ваши апдейты, так же, в FSM / БД / etc. заносите ID файлов
5. По окончании таймера, достаете все ваши file ID, делаете из них своё сообщение, отправляете юзеру, а саму группу удаляете из FSM / БД

Есть готовые решения для обработки, не отвечаю за них, но вот:
https://github.com/WhiteMemory99/aiogram_album_han...

Как пример можете просто взять этот Middleware, либо просто переписать свой аналог. Могу и сюда приложить какое нибудь решение как освобожусь, но вряд ли оно будет отличаться чем-то от этого

Телеграм боты в принципе не имеют такой возможности

В строке

await msg.reply('Привет! Выбери царство.', reply_markup=kingdom)

функцию kingdom нужно вызвать, чтобы она вернула клавиатуру. Без этого вы передаете саму функцию

await msg.reply('Привет! Выбери царство.', reply_markup=kingdom())

Потому что вы жмете кнопку в своем чате с ботом, поэтому и отправляете себе.

Можно добавить к callback_data параметром с ID чата.

approval_keyboard.add(InlineKeyboardButton("Одобрить", callback_data=f"approve_message.chat.id"),
                          InlineKeyboardButton("Отклонить", callback_data=f"reject_message.chat.id"))

Переписать хэндлер как

@dp.callback_query_handler(lambda c: c.data.startswith('approve_') or c.data.startswith('reject_') )

Ну и в самой функции через сплит достать ID человека

Работает только если скопом их все добавить

btns = []
for res in Database_e.get_model_name(id):
    btns.append(InlineKeyboardButton(text=res[0], callback_data=f'model_{res[0]}'))
ikb.add(*btns)