-
Notifications
You must be signed in to change notification settings - Fork 230
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
M2M querysets not being invalidated on instance deletion #407
Comments
Ok, waiting for a test. |
tumb1er
added a commit
to tumb1er/django-cacheops
that referenced
this issue
Aug 16, 2021
Failing test here #408 I see multiple ways:
|
So, it's Django issue? Did you file a ticket there? |
It's a ten years old ticket without any movement on last 5 years. So I think there will be no fix at Django side |
I'll take a look. |
Unfortunately there is no quick fix for this. |
Suor
pushed a commit
that referenced
this issue
Nov 6, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We have a model with a non-autoincremental primary key, which has an m2m relation.
After deleting and creating an instance with same primary keys, we are getting stale m2m cache.
This is mostly because of Django not sending m2m_changed on instance deletion (see https://code.djangoproject.com/ticket/17688).
I'll add a PR with a failing test later, but have no good decision of fixing this on the cacheops side. Also, the bug was very difficult to catch, lots of conditions must be satisfied, so I'd like to propose to add a workaround for Django on the cacheops side.
The text was updated successfully, but these errors were encountered: