Комментарии 2
знакомая ситуация. у нас мессенджер на go - тоже были баги когда клиент падал и винили api а оказалось что сборщик json неправильно кодировал юникод. какие баги в платформе больше всего задели?
Было пару багов, первый это двухшаговая HMAC-подпись initData, как в Telegram, только без единой строчки в доках, много времени ушло на то, чтобы понять причину, и как оказалось, подпись не совпадает не потому что я где-то накосячил, а потому что ключ нужно сначала прогнать через HMAC от строки "WebAppData", а не использовать токен бота напрямую.
Второй момент прямо как у тебя, жирный текст (**текст**) по документации должен быть жирным, а на телефоне рисуется тем же начертанием, что и обычный, но при этом курсив (*текст*) работает как заявлено, со стороны кода всё безупречно, ни один тест этого не поймает и видно это только в самом посте, полагаю твой баг с юникодом в JSON это ровно та же морока, спека одна, а по факту клиент решает иначе.
Ну и еще момент, когда человек хочет поделиться сообщением другу, чтобы тот допустим разгадал его слово или просто результат показать, то бот для этого должен сначала написать тебе в чат, и это сообщение переслать тому, кого ты выберешь, не очень удобная вещь на самом деле

Восемь раз я думал, что сломал код. Это была платформа