#36365: Admin filter_horziontal with formfield_for_manytomany hides existing
records
-------------------------------------+-------------------------------------
Reporter: Ramon | Owner: (none)
Type: Bug | Status: closed
Component: contrib.admin | Version: 4.2
Severity: Normal | Resolution: invalid
Keywords: admin, | Triage Stage:
filter_horizontal | Unreviewed
Has patch: 0 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 0
Easy pickings: 0 | UI/UX: 0
-------------------------------------+-------------------------------------
Changes (by Natalia Bidart):
* resolution: => invalid
* status: new => closed
Comment:
Hello Ramon, thank you for taking the time to create this ticket. I have
reviewed the attached sample project (thanks for including that) and also
the screenshots. Below a few notes:
1. Django 4.2 is on extended support, meaning that only security fixes and
data loss bugs will be fixed in that version. So any future information
would ideally be based on/tested in newer a Django version (ideally 5.2 or
`main`).
2. I don't understand the issue since the custom logic that you added in
`formfield_for_manytomany` is explicitely leaving `Member object (5)`
(name `Member 21`) outside the queryset. Why would this member, that
belongs to another club (`Club 2`), be listed in this page where your
custom model admin is explicitly excluding those entries?
Because of the above, this report seems better suited to be a support
request. The best place to get answers to your issue is using any of the
user support channels from [
https://docs.djangoproject.com/en/dev/faq/help
/#how-do-i-do-x-why-doesn-t-y-work-where-can-i-go-to-get-help this link].
Since the goal of this issue tracker is to track issues about Django
itself, and your issue seems, at first, to be located in your custom code,
I'll be closing this ticket as `invalid` following the
[
https://docs.djangoproject.com/en/dev/internals/contributing/triaging-
tickets/#closing-tickets ticket triaging process]. If, after debugging,
you find out that this is indeed a bug in Django, please re-open with the
specific details.
Thank you!
--
Ticket URL: <
https://code.djangoproject.com/ticket/36365#comment:3>