вообще, в мтпрото еще есть updateMessageID, который, как я понимаю, сопоставляет серверный ид сообщения с random_id

очень страшно, потому что это подразумевает что sendMessage может и не вернуть нихрена, а updateNewMessage придет уже потом, вместе с updateMessageID....

КАК ВАРИАНТ в принципе можно сделать что-то похожее на тдлиб, при вызове send* и подобных сохранять этот random_id временно в памяти, и потом, когда придет нужный апдейт (тут уже похер, сразу оно придет или нет), резолвить связанный промис, вместо того чтобы диспатчить евент о новом мсг

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

меня заставили запостить это

тт не хочет чтобы я регистрировалась, ладно

даже с реальным номером не пускает, великолепная аппа

сработал только вход через гугол

заспидранила кринж тиктоки про devочек за 40 минут

за што...

я даже не знаю хуже потанцулек это или нет......

как же бесит когда слушаю что-то с телефона, включаю ноут и винда решает перехватить подключение у наушников

судя по исходникам тдлиба, sendMessage не может не вернуть нихрена

спасибо хоть на этом...

хотя нет, я глупая и не умею читать неподсвеченный код...

оно, видимо, может, но это считается edge case и делается getDIfference чтобы получить нужный апдейт...

короче хрен знает, пусть пока будет так, и буду решать проблемы по мере их поступления

обмоталась проводами

огоо, наушнички которые не чисто кусок пластика, а с насадочками

огооооо, они даже не локнутые к самолетной двойной хрени, можно как обычные юзать

на тестовом дц вылезло 🧐

ура новые приколы с апдейтами в телеге

в updates.getState мне приходит один qts, а потом сразу приходит апдейт где qts гораздо больше, и происходит троллинг

ура боты

я конечно могу сделать костыль и сразу после getState делать getDifference и брать значения оттуда, но это бред какой-то
жду что ответит левлам