а еще есть ЭТО. что они хотели этим сказать вообще.....

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

в этом конкретном случае ему не понравилось что в channels.getMessages передается несколько id=0. хз что именно стриггерило, несколько одинаковых или факт того что есть 0, но что блин мешает просто rpc ошибку выкинуть....

а, nevermind, я очень глупая и делала запрос с 434099 объектов который весит 3 мб и сервер таких приколов немного не понял

ноооо максимальный размер запроса все еще нигде не документирован (ну или я не умею искать), и придется видимо самой чекать, лол

опытным путем установила что максимальный размер пейлоада в мтпрото сообщении (без учета 20 или сколько там байтов хедера) - 1044404 байтов.

спасибо дуров люблю ❤️

тгд крашнулся, потом запустился с таким классным логом и больше не запускался, помог только taskkill /f /im Telegram.exe

престон крутой

жаль

yt)

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

по факту он и так всегда есть, но в тс схеме везде ?: boolean, из-за чего приходится делать obj.someBoolField! или !!obj.someBoolField, что не очень красиво

ну и заодно хочу разрешить пассать null вместо undefined в вызовах чисто потому что null короче

и вот чет хз стоит ли оно того, потому что сейчас придется половину кода перегребать чтобы заврапить все в tl.InputTlObject.... а еще наверное производительность компилятора умрет

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

короче в жопу, оставлю как есть, не критично

???

винда круто, у меня кнопка пуск моргает

чет на видео не видно

но вот

а еще кстати тут видно баг хрома который уже сто лет не могут пофиксить с этой полоской серой