Debian Patches
Status for python-django-celery-results/2.6.0-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-Disable-intersphinx-mapping-for-now.patch | Disable intersphinx mapping for now. The best way to fix network requests when building the documentation would be to patch INTERSPHINX_MAPPING in sphinx_celery.conf in src:sphinx-celery. |
Michael Fladischer <FladischerMichael@fladi.at> | no | 2017-08-10 | ||
| 0002-Skip-concurrent-transaction-test-if-SQLite-is-used.patch | Skip concurrent transaction test if SQLite is used. | Michael Fladischer <FladischerMichael@fladi.at> | no | 2020-11-30 | ||
| 0003-Satisfy-assinine-sphinx-7.x-parsing-logic-for-copyri.patch | Satisfy assinine sphinx 7.x parsing logic for copyright year substitution. | Michael Fladischer <FladischerMichael@fladi.at> | no | 2023-11-16 | ||
| 0004-Fix-test_database-AttributeError-on-ignore_result-wi.patch | Fix test_database AttributeError on ignore_result with Celery 5.x The protocol 1 test requests are built via hybrid_to_proto2() which does not include 'ignore_result' in the message headers. Celery 5.x's Request.__init__ reads 'ignore_result' from the headers and, when absent, falls back to self._task.ignore_result. Since these tests pass the task name rather than a task object, it causes an error: AttributeError: 'str' object has no attribute 'ignore_result' Set the 'ignore_result' header to False in _create_request() so the fallback is never use. This is a no-op for protocol 2 (which already sets the header) and keeps request.task as the 'my_task' string, preserving the existing task_name assertions. |
Christopher Obbard <obbardc@debian.org> | yes | 2026-06-22 |