Lonami Exo d70811b693 Fix infinite loop when invoking on update handlers (fix #336) ... Every update that hadn't been acknowledged on the main connection yet would be resent on any new connection. These new connections are made temporary when invoking anything from any thread that's not the main thread. It would also process all the updates, hence, Telegram would be resending these not-acknowledged updates to the temporary connection, and the updates would be processed again, then the update handler would react to the duplicated updates over and over. To fix this, simply don't process updates on the temporary thread at all. With this reasoning, if we don't acknowledge updates on the temporary connections, Telegram will resend them on the main connection, so we should not lose any.		2017-10-20 23:30:02 +02:00
..
crypto	Add ._get_cdn_client as alternative ._get_exported_client version	2017-09-30 17:51:07 +02:00
errors	Generate errors from PWRTelegram's API	2017-10-20 17:20:05 +02:00
extensions	Replace redundant isinstance calls with a tuple parameter	2017-10-13 11:39:34 +02:00
network	Add note for future self when handling gzip packed data	2017-10-20 22:44:00 +02:00
tl	Replace .to_bytes() with the special .__bytes__ function	2017-10-17 19:54:59 +02:00
__init__.py	Use an Enum for the ConnectionMode and support specifying it	2017-09-04 11:24:10 +02:00
helpers.py	Use autogen code on the authenticator instead hardcoding requests	2017-09-28 11:36:51 +02:00
telegram_bare_client.py	Fix infinite loop when invoking on update handlers (fix #336)	2017-10-20 23:30:02 +02:00
telegram_client.py	Use peer as key instead top_message on .get_dialogs (fix #329)	2017-10-14 11:50:48 +02:00
update_state.py	Temporary fix for abusive duplicated updates (closes #336)	2017-10-14 11:37:47 +02:00
utils.py	Replace redundant isinstance calls with a tuple parameter	2017-10-13 11:39:34 +02:00