Table of Contents
While you program your bot and while the bot is running there can be several things that can go wrong. This page gives an overview on how you can handle those situations.
Exceptions
In python-telegram-bot
, all Telegram-related errors are encapsulated in the TelegramError
exception class and its subclasses, located in telegram.error
module.
Any error, including TelegramError
, that is raised in one of your handler or job callbacks (or while calling get_updates
in the Updater
), is forwarded to all registered error handlers, so you can react to them. You can register an error handler by calling Application.add_error_handler(callback)
, where callback
is a coroutine function that takes the update
and context
. update
will be the update that caused the error (or None
if the error wasn't caused by an update, e.g. for Jobs) and context.error
the error that was raised.
The good news is that exceptions that are handled by the error handlers don't stop your python process - your bot will just keep running!
Example: You're trying to send a message, but the user blocked the bot. An Forbidden
exception, a subclass of TelegramError
, will be raised and delivered to your error handler, so you can delete it from your conversation list, if you keep one.
Note
The error handler might be only your last resort - of course you can also handle exceptions as they occur. Only uncaught exceptions are forwarded to the error handler.
Other common approaches for more fine-grained error handling are using try-except
in crucial places or by implementing a custom retry-mechanism by subclassing BaseRequest
or HTTPXRequest
.
Example
For an example on how an error handler might look like, please head over to the examples directory.
Logging
In case you don't have an error handler registered, PTB will log any unhandled exception.
For logging, PTB uses Python's logging
module.
To set up logging to standard output, you can write something like
import logging
logging.basicConfig(
level=logging.INFO,
format='%(asctime)s - %(name)s - %(levelname)s - %(message)s'
)
at the beginning of your script. If you want debug logs instead, use level=logging.DEBUG
.
python-telegram-bot
makes some more verbose log entries on the logging.DEBUG
level that might be helpful when you're trying to debug your bot.
Note that also some third-party libraries that python-telegram-bot
uses, make log entries in the same manner. If you are using the basicConfig
from the example above, you will see that your log is cluttered with entries by httpx
: starting with v.0.24.1, httpx
logs all requests at INFO
level, which makes sense for httpx
but could annoy you as a PTB user.
In this case, you can set logging level specifically for httpx
and httpcore
(used by httpx
:
import logging
logging.getLogger('httpx').setLevel(logging.WARNING)
logging.getLogger('httpcore').setLevel(logging.WARNING)
If you set logging level to
DEBUG
for your application, you might want to set it toINFO
forhttpx
(so you can see the requests that are made).
Another example: if you don't want to see the logs of the APScheduler
library about your JobQueue
jobs being scheduled, you can specify the logging level of APScheduler
as follows:
import logging
logging.getLogger('apscheduler').setLevel(logging.WARNING)
Warnings
In contrast to exceptions, warnings usually don't indicate that something already did go wrong, but rather that something could go wrong or at least could be improved.
Warnings issued by python-telegram-bot
are encapsulated in PTBUserWarning
or one of the subclasses, located in the telegram.warnings
module.
This allows you to easily handle the warnings using Pythons warnings
library.
For example, if you don't want to miss any deprecation warning during development, you can tell Python to turn every such warning issued by PTB into an exception via
import warnings
from telegram.warnings import PTBDeprecationWarning
warnings.filterwarnings("error", category=PTBDeprecationWarning)
Must read
Concepts & Important Elements
- Architecture Overview
- Builder Pattern for
Application
- Types of Handlers
- Working with Files and Media
- Exceptions, Warnings and Logging
- Concurrency in PTB
Notable Features
- Advanced Filters
- Storing data
- Making your bot persistent
- Adding Defaults
- Job Queue
- Arbitrary
callback_data
- Avoiding flood limits
- Webhooks
- Bot API Forward Compatiblity
Code Resources
- Frequently requested design patterns
- Code snippets
- Performance Optimizations
- Telegram Passport
- Bots built with PTB
- Automated Bot Tests
Examples explained
Networking
Other resources
- Where to host Telegram Bots
- How to host your bot
- Local API Server
- Type Checking with PTB
- Press
- Notes on GAE
- Related Projects
- Emoji
Transition Guides
Administration
- Wiki of
python-telegram-bot
© Copyright 2015-2024 – Licensed by Creative Commons