На днях пришел к тому, что мне надо было грузить сессии пачками в софт на второй версии телетона, в то время, как НИКТО, по всей видимости, ими не пользуется. Ну и соответственно с маркета мне точно также падали файлы первой версии. А вторая версия либы их не кушает . Озадаченный происходящим, полез в доку дабы узнать что за ошибку я получаю (при этом зная, что сессии точно валидные). Ни-че-го там не найдя отправился в гугл, там тоже хер. Почесав репу понял, что все хуже чем я думал Проведя еще минут 20 копаясь в документации и коде двух версий библиотек понял, что так-то файл сессии - это просто sqlite база с измененным расширением (круто, да? ) Подытожив все вышесказанное прихожу к следующему: схема "миграции" В процессе написания конвертера, пришел к трагичному выводу, что кроме auth_key'я больше ничего и не нужно. Такие дела , надеюсь кому то поможет
Athermal, открыть файл своей сессии в sqlite редакторе, посмотреть схему на картинке и посмотреть схему открытой базы данных - по схеме и поймешь какая у тя версия.
не имеет значения какая версия телетона, v2 это просто бета версия которую еще не доработали вход происходит через mtpropto по authkey, dc_id
protect, в данном случае имеет, т.к. вопрос обстоял именно в файлах .session, у которых между этими версиями обратной совместимости нет
+- таким же образом можно написать и в tdat'y конвертер из сессий и в обратку, собственно уже реализовывал подобное не так давно, по итогу выяснил что в основном нужен auth key для входа