Ошибка update app to login телеграм

@mckaygerhard

its not funny when you are the FORCED one.. right? some one will give you one! maybe already done in your healt! have you a stable family

Shit happens, and it happens unexpectedly. And a person can barely be considered mature if they cannot handle this.

i will not change a complete OS only due a stupid app forces to..

How is that even related? What is you problem exactly?

I successfully use Telegram even on an embedded OS that was abandoned 10 years ago, via a Jabber transport.

Is there a Jabber client for your OS? If not, make an IRC one; the protocol is simple as heck, basically just plain text over a socket. Bitlbee + tdlib-purple = perfect, many of people use it this way already.

@Flohack74

prevent from fixing security leaks, performance problems or scalability

Not everyone cares about the security paranoia and the maximum performance. Just like not every house is as armed as banks are, and not everyone drives a racing car on public roads.

Just remember that many things that were considered a «progress» before eventually brought us health, social and environmental issues. And e-waste is a part of that.

Please do not comment more emotions and curses, stay with the facts.

It would be reasonable if @levlam had proven that the decision to break the compatibility was not emotional itself. I still have not seen yet, neither here nor in the TDlib chat, any strong explanation of why it had to be done exactly this way: before the deadline and by disconnecting users with 32-bit IDs as well. Moreover, they had assured me that old clients will keep working, right while first users were experiencing login issues already.

Right now it just looks like the team, tired by a compatibility burden, had made an unpopular decision but tries to hide that behind vague and polite excuses to soothe the public. It would be expected from a typical evil corp that just honestly makes money and does not give a shit for anything else unless demanded — but not from a company that has chosen the users’ trust as a marketing strategy. Trust means being honest about any decisions, both popular and unpopular. The introduction of ads is justified well; the API breakage is not: that’s the fact

Столкнулся со следующей проблемой при использовании кода одного из форумчан «lolz»:
Заполняю API_id, API_hash, запускаю код, просит номер телефона для верифа, сам код для
верифа, вроде всё как надо, но выдаёт следующее:

Traceback (most recent call last):
  File "/home/vish/bot.py", line 97, in <module>
    app.run()  # эта строка запустит все обработчики
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/methods/utilities/run.py", line 61, in run
    self.start()
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/sync.py", line 56, in async_to_sync_wrap
    return loop.run_until_complete(coroutine)
  File "/usr/lib/python3.10/asyncio/base_events.py", line 646, in run_until_complete
    return future.result()
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/methods/utilities/start.py", line 57, in start
    await self.authorize()
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/client.py", line 327, in authorize
    signed_in = await self.sign_in(self.phone_number, sent_code.phone_code_hash, self.phone_code)
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/methods/auth/sign_in.py", line 61, in sign_in
    r = await self.send(
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/methods/advanced/send.py", line 77, in send
    r = await self.session.send(
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/session/session.py", line 441, in send
    return await self._send(data, timeout=timeout)
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/session/session.py", line 411, in _send
    RPCError.raise_it(result, type(data))
  File "/usr/local/lib/python3.10/dist-packages/pyrogram/errors/rpc_error.py", line 68, in raise_it
    raise getattr(
pyrogram.errors.exceptions.not_acceptable_406.NotAcceptable: [406 Not Acceptable]: [406 UPDATE_APP_TO_LOGIN] (caused by "auth.SignIn")

Проблему самостоятельно выявить не удалось, прошу Вас помочь!
Вот код:

from pyrogram import Client, filters  # телеграм клиент
 
import shelve  # файловая база данных
db = shelve.open('data.db', writeback=True)
 
# Создать можно на my.telegram.org
API_ID = 'id'
API_HASH = 'hash'
 
PRIVATE_PUBLIC = '___'  # скрытый паблик для управления ботом
PUBLIC_PUBLIC = '___'  # паблик куда будем репостить
SOURCE_PUBLICS = [
    # список пабликов-доноров, откуда бот будет пересылать посты
    '___',
    '___',
]
PHONE_NUMBER = '_'  # номер зарегистрованный в телеге
 
 
# создаем клиент телеграм
app = Client("_", api_id=API_ID, api_hash=API_HASH,
             phone_number=PHONE_NUMBER)
 
# обработчик нового сообщения
# вызывается при появлении нового поста в одном из пабликов-доноров
@app.on_message(filters.chat(SOURCE_PUBLICS))
def new_channel_post(client, message):
    # сохраняем пост в базу (функцию add_post_to_db определим потом)
    post_id = add_post_to_db(message)
 
    # пересылаем пост в скрытый паблик
    message.forward(PRIVATE_PUBLIC)
 
    # в скрытый паблик отправляем присвоенный id поста
    client.send_message(PRIVATE_PUBLIC, post_id)
    # потом для пересылки в публичный паблик админ должен отправить боту этот id
# функция сохранения поста в бд
# генерирует уникальный id для поста и возвратит этот id
def add_post_to_db(message):
    try:
        # генерируем уникальный id для поста, равен максимальному в базе + 1
        new_id = max(int(k) for k in db.keys()
                     if k.isdigit()) + 1
    except:
        # если постов еще нет в базе вылетит ошибка и мы попадем сюда
        # тогда id ставим = 1
        new_id = 1
 
    # запись в базу необходимой информации про пост
    # Обратите внимание, shelve поддеживает только строковые ключи
    db[str(new_id)] = {
        'username': message.chat.username,  # паблик-донор
        'message_id': message.message_id,  # внутренний id сообщения
    }
    return new_id
 
# обработчик нового сообщения из скрытого паблика
# если админ пишет в паблик `132+` это значит переслать пост с id = 132 в публичный паблик
@app.on_message(filters.chat(PRIVATE_PUBLIC)
                & filters.regex(r'd++') # фильтр текста сообщения `{число}+`
                )
def post_request(client, message):
    # получаем id поста из сообщения (обрезаем "+" в конце)
    post_id = str(message.text).strip('+')
    # получаем из базы пост по этому id
    post = db.get(post_id)
    if post is None:
        # если нет в базе пишем в скрытый паблик ошибку
        client.send_message(PRIVATE_PUBLIC,
                            '`ERROR NO POST ID IN DB`')
        # и выходим
        return
 
    try:
        # по данным из базы, получаем pyrogram обьект сообщения
        msg = client.get_messages(post['username'], post['message_id'])
        # пересылаем его в паблик
        # as_copy=True значит, что мы не будем отображать паблик донор, будто это наш пост XD
        msg.copy(PUBLIC_PUBLIC)
        # отправляем сообщение в скрытый паблик о успехе
        client.send_message(PRIVATE_PUBLIC, f'`SUCCESS REPOST!`')
    except Exception as e:
        # если произойдет какая-то ошибка в 3 строчках выше - сообщим админу
        client.send_message(PRIVATE_PUBLIC, f'`ERROR {e}`')
 
 
if __name__ == '__main__':
    print('Atempt to run telegrabber')
    app.run()  # эта строка запустит все обработчики