Releases: thread/django-lightweight-queue
Releases · thread/django-lightweight-queue
Release list
v4.11.0
- Support specifying the Redis Database to use. Since this package uses Redis'
KEYScommand, which is potentially slow if there are lots of keys in the database, this provides a way to partition a Redis instance to avoid other uses creating performance issues for DLQ.
v4.10.1
- Fix handling of
--yesargument inqueue_clear
v4.10.0
- Pass through
--extra-settingsto worker processes, so that they obey any extra configuration passed that way; fixes #78 - Add a new
queue_clearmanagement command which empties a given queue of jobs (this is a potentially destructive action)
v4.9.0
- Rename
--configto--extra-settingsin order to work around jazzband/django-configurations#343. The former spelling is kept as a deprecated alias.
v4.8.0
- Revert the reliable Redis backend to use KEYS instead of SCAN when starting up as SCAN turned out to have worse performance impacts than KEYS in real-world usage.
v4.7.0
v4.6.0
- Adds support for Django 4 in the Debug Web backend (thanks @itsthejoker)
- Moves from using
imptoimportlibto load "extra" settings - Adds logging of jobs timeouts for better observability
- potentially breaking Drops support for Python 3.5
v4.5.1
Adds missing typing-extensions dependency.
Thanks @itsthejoker for reporting.
v4.5.0
Fixes a couple of deprecation warnings:
- no longer exports a
default_app_configabove Django 3.2 - moves from using
imptoimportlibin concert with Django's import helpers for task discovery
v4.4.1
Makes the background CronScheduler thread resilient to errors which happen during its tick function. Previously these errors would bubble to the top of the thread, causing it to exit. As the master process doesn't monitor the cron thread this would result in no cron tasks being enqueued until the master was restarted.