Debugging Weblate

Bugs can behave as application crashes or as a misbehavior. You are welcome to collect info on any such issue and submit it to our issue tracker.

Weblate logs

Weblate can produce detailed logs of what is going in in the background. In default configuration it uses syslog and that makes the log appear either in /var/log/messages or /var/log/syslog (depending on your syslog daemon configuration).

The Docker containers log (as usual in the Docker world) to their output, so you can look at the logs using docker-compose logs.

See also

Sample configuration contains LOGGING configuration.

Analyzing application crashes

In case the application crashes, it is useful to collect as much info about the crash as possible. The easiest way to achieve this is by using third-party services which can collect such info automatically. You can find info on how to set this up in Collecting error reports.

Silent failures

Lots of tasks are offloaded to Celery for background processing. Failures are not shown in the user interface, but appear in the Celery logs. Configuring Collecting error reports helps you to notice such failures easier.

Performance issues

In case Weblate preforms badly in some situation, please collect relevant logs showing the issue, and anything that might help figuring out where the code might be improved.

In case some requests take too long without any indication, you might want to install dogslow <> along with Collecting error reports and get pinpointed detailed tracebacks in the error collection tool.