You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently (29f6dc4), the inline reply via update.callback_query.answer can't always be send. This happens on extreme spamming of inline keyboard buttons, e.g. when a user clicks on an inline button more than appr. ten times a second. A AfterReply exception will be raised, because the bot always tries to reply. And the Telegram API seems to limit the bot's responses per second.
Such an exception may look like this: telegram.error.RetryAfter: Flood control exceeded. Retry in X seconds where the X is a number of seconds obviously.
This is related to hopfenspace/MateBot#24 because it may be solved with a response queue for all bot replies. However, the two bugs use very different reply methods, so this may be hard to achieve.
An approach to fix this is capturing this exception and just waiting for the specified time without answering any further bot requests so that the limit is not exceeded. The downside of this is that a legitimate user doesn't get his reply, too.
The text was updated successfully, but these errors were encountered:
The milestone was set to Advanced Features because it looks like it's really heavy to fix this issue. And it doesn't matter so much anyway. The internal structure of the bot is not affected by those errors, e.g. adding externals is working even if the message that holds that counter is not updated anymore.
Currently (29f6dc4), the inline reply via
update.callback_query.answer
can't always be send. This happens on extreme spamming of inline keyboard buttons, e.g. when a user clicks on an inline button more than appr. ten times a second. AAfterReply
exception will be raised, because the bot always tries to reply. And the Telegram API seems to limit the bot's responses per second.Such an exception may look like this:
telegram.error.RetryAfter: Flood control exceeded. Retry in X seconds
where the X is a number of seconds obviously.This is related to hopfenspace/MateBot#24 because it may be solved with a response queue for all bot replies. However, the two bugs use very different reply methods, so this may be hard to achieve.
An approach to fix this is capturing this exception and just waiting for the specified time without answering any further bot requests so that the limit is not exceeded. The downside of this is that a legitimate user doesn't get his reply, too.
The text was updated successfully, but these errors were encountered: