All Versions
Latest Version
Avg Release Cycle
51 days
Latest Release
1325 days ago

Changelog History
Page 6

  • v0.3.6 Changes

    (February 18th, 2013)

    • ๐Ÿ‘ท Worker registrations now expire. This should prevent rqinfo from reporting about ghosted workers. (Thanks, @yaniv-aknin!)

    • ๐Ÿ‘ท rqworker will automatically clean up ghosted worker registrations from pre-0.3.6 runs.

    • โš  rqworker grew a -q flag, to be more silent (only warnings/errors are shown)

  • v0.3.5 Changes

    (February 6th, 2013)

    • ๐Ÿ‘ท ended_at is now recorded for normally finished jobs, too. (Previously only for failed jobs.)

    • โž• Adds support for both Redis and StrictRedis connection types

    • 0๏ธโƒฃ Makes StrictRedis the default connection type if none is explicitly provided

  • v0.3.4 Changes

    (January 23rd, 2013)

    • โช Restore compatibility with Python 2.6.
  • v0.3.3 Changes

    (January 18th, 2013)

    • ๐Ÿ›  Fix bug where work was lost due to silently ignored unpickle errors.

    • ๐Ÿ‘ท Jobs can now access the current Job instance from within. Relevant documentation here.

    • ๐Ÿ‘ท Custom properties can be set by modifying the job.meta dict. Relevant documentation here.

    • ๐Ÿ‘ท Custom properties can be set by modifying the job.meta dict. Relevant documentation here.

    • ๐Ÿ‘ท rqworker now has an optional --password flag.

    • โœ‚ Remove logbook dependency (in favor of logging)

  • v0.3.2 Changes

    (September 3rd, 2012)

    • ๐Ÿ›  Fixes broken rqinfo command.

    • ๐Ÿ‘Œ Improve compatibility with Python < 2.7.

  • v0.3.1 Changes

    (August 30th, 2012)

    • .enqueue() now takes a result_ttl keyword argument that can be used to change the expiration time of results.

    • Queue constructor now takes an optional async=False argument to bypass the worker (for testing purposes).

    • ๐Ÿ‘ท Jobs now carry status information. To get job status information, like whether a job is queued, finished, or failed, use the property status, or one of the new boolean accessor properties is_queued, is_finished or is_failed.

    • ๐Ÿ‘ท Jobs return values are always stored explicitly, even if they have to explicit return value or return None (with given TTL of course). This makes it possible to distinguish between a job that explicitly returned None and a job that isn't finished yet (see status property).

    • ๐Ÿ”ง Custom exception handlers can now be configured in addition to, or to fully replace, moving failed jobs to the failed queue. Relevant documentation here and here.

    • ๐Ÿ”ง rqworker now supports passing in configuration files instead of the many command line options: rqworker -c settings will source

    • ๐Ÿ‘ท rqworker now supports one-flag setup to enable Sentry as its exception handler: rqworker --sentry-dsn="http://public:[email protected]/1" Alternatively, you can use a settings file and configure SENTRY_DSN = 'http://public:[email protected]/1' instead.

  • v0.3.0 Changes

    (August 5th, 2012)

    • Reliability improvements

      • Warm shutdown now exits immediately when Ctrl+C is pressed and worker is idle
      • Worker does not leak worker registrations anymore when stopped gracefully
    • โฑ .enqueue() does not consume the timeout kwarg anymore. Instead, to pass RQ a timeout value while enqueueing a function, use the explicit invocation instead:

        q.enqueue(do_something, args=(1, 2), kwargs={'a': 1}, timeout=30)
    • โž• Add a @job decorator, which can be used to do Celery-style delayed invocations:

        from redis import StrictRedis
        from rq.decorators import job
        # Connect to Redis
        redis = StrictRedis()
        @job('high', timeout=10, connection=redis)
        def some_work(x, y):
            return x + y

    Then, in another module, you can call some_work:

      from import some_work
      some_work.delay(2, 3)
  • v0.2.2 Changes

    (August 1st, 2012)

    • ๐Ÿ›  Fix bug where return values that couldn't be pickled crashed the worker
  • v0.2.1 Changes

    (July 20th, 2012)

    • ๐Ÿ›  Fix important bug where result data wasn't restored from Redis correctly (affected non-string results only).
  • v0.2.0 Changes

    (July 18th, 2012)

    • q.enqueue() accepts instance methods now, too. Objects will be pickle'd along with the instance method, so beware.
    • q.enqueue() accepts string specification of functions now, too. Example: q.enqueue("my.math.lib.fibonacci", 5). Useful if the worker and the submitter of work don't share code bases.
    • ๐Ÿ‘ท Job can be assigned custom attrs and they will be pickle'd along with the rest of the job's attrs. Can be used when writing RQ extensions.
    • ๐Ÿ‘ท Workers can now accept explicit connections, like Queues.
    • ๐Ÿ›  Various bug fixes.