Closed kennell closed 7 years ago
Not our problem. They are manually sending a django pre_save
signal without providing all the expected arguments as documented here: https://docs.djangoproject.com/en/dev/ref/signals/#pre-save
I see, will reopen the issue on their side. Thanks anyway for looking into this.
link of @kennell comment at django-admin-sortable2 issues for reference :link:
@vinnyrose , so according to your statement:
They are manually sending a django pre_save signal without providing all the expected arguments
what's wrong with this invocation?
pre_save.send(self.model, instance=instance, update_fields=[self.default_order_field])
Compare it to django, you are missing raw
and using
: https://github.com/django/django/blob/d2a26c1a90e837777dabdf3d67ceec4d2a70fb86/django/db/models/base.py#L827
Both raw
and using
are trivial to add. raw
would be False
. using
would be router.db_for_write(self.model, instance=instance)
.
This is a django signal, only meant to be sent from django. If you are going to hijack it that is fine, but you have to follow django's implementation.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Hey. Django-cleanup seems to break django-admin-sortable2 (or vice versa?)
When reordering some models in the Admin, the AJAX request sent will fail with HTTP 500. I am not quite sure what is happening, but fallback_pre_save (part of django-cleanup) is called at some point, resulting in the following error:
Not sure what app actually needs its behaviour fixed, maybe @jrief can jump on the issue too.