Jobs must run in the same order as the HostEnqueuePromiseJob invocations that scheduled them.
queueMicrotask()
— вот тут всё прозрачно, логично и понятно. Идут тоже "молнией", если один из них оборачивает следующий вызов в лишний queueMicrotask()
— пропускается ровно 1 "шаг". setMyCommands
— true
.chat_id: -1001901111111, type: "supergroup"
(часть цифр chat_id заменил) "молния"
a1 b1 c1 ; a2 b2 c2 ; a3 b3 c3 ; a4 b4 c4 ; a5 b5 c5 ; a6 b6 c6
с промисом в А1
a1 b1 c1 ; b2 c2 ; b3 c3 a2 ; b4 c4 a3 ; b5 c5 a4 ; b6 c6 a5 ; a6
1 3 (ресолв промиса) 4 2 5 6
return new Promise..
, последовательность становится 1 3 2 4 5 6
– на 2 таска меньше у первой цепочки.
Не получается применить избирательные ограничения к конкретному чату/каналу, от имени которого пишут — вызов метода restrictChatMember() ругается на отрицательный id взятый из sender_chat: ошибка "invalid user_id specified".
По-прежнему можно самостоятельно реализовать ботом систему ограничений. Бот должен сам следить за сообщениями, где есть sender_chat. и, например, позволять только 1 сообщение в 5 минут, а лишние удалять сразу же.