Issue with supergroup type of chat

[Playys228]

I have this code

class StuffReplyUpdateHandler extends UpdateHandler
{
     public function handle()
    {   
        $message = $this->update->message();
        if (key_exists('reply_to_message', $message->toArray()) && $message->chat->type === 'supergroup') {
            $matches = [];
            if ( preg_match('/.*T#([0-9]*).*/', $message->reply_to_message->text, $matches)) {
                $ticketId = $matches[1];
                $tgClientId = TgTicketBotTickets::getTgIdByTicketId($ticketId);
            } else return;
            $managerMessage = $message->text;
            $userNickname = $message->from->first_name ?? 'client';
            $userId = $message->from->id;
            $escapedNickname = Utils::escapeMarkdownV2($userNickname);
            $message = 
                "Номер обращения: `T#$ticketId`\n"
                ."Вам ответил менеджер: [$escapedNickname](tg://user?id\=$userId)\n"
                ."Сообщение менеджера: `$managerMessage`\n"
                ."Можете перейти в личные сообщения кликнув по нику ответившего вам менеджера\.";
                
            return $this->sendMessage([
                'chat_id' => $tgClientId,
                'text' => $message,
                'parse_mode' => 'MarkdownV2'
            ]);
        } 
    }
}

and the method sendMessage at the end doesn't work in supergroup. If I try to use the same in default group it works fine.

I have that issue :

WeStacks\TeleBot\Exceptions\TeleBotException: Bad Request: message thread not found in /app/vendor/westacks/telebot/src/Exceptions/TeleBotException.php:21

It works only when i try to use this method on the bot instance itself.

            return $this->bot->sendMessage([
                'chat_id' => $tgClientId,
                'text' => $message,
                'parse_mode' => 'MarkdownV2'
            ]);

why it works this way ?

[punyflash]

Before 3.0 version, parameter message_thread_id was automatically set when calling sendMessage on UpdateHandler instance. It was causing unexpected behavior like this, so this feature was removed. Now, only chat_id is automatically injected to the arguments.