#18593 closed Bug (duplicate)
Admin change list swallows unrelated AttributeErrors from callable display fields
Reported by: | Pi Delport | Owned by: | nobody |
---|---|---|---|
Component: | contrib.admin | Version: | 1.4 |
Severity: | Normal | Keywords: | admin, list_display |
Cc: | Triage Stage: | Design decision needed | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
If a callable display field on a model or model admin raises either an AttributeError
, the interface currently captures the error, and renders the field as EMPTY_CHANGELIST_VALUE
.
This behavior is surprising and confusing when the AttributeError
originates in unrelated user code called by the display field: errors like third-party app bugs or missing settings get silenced, and the field's content simply becomes "(None)". There's no hint to a novice about what went wrong, or where to look next.
The code responsible for this is in templatetags/admin_list.py's items_for_result()
, around lookup_field()
. As far as i can tell, all the valid empty fields cases are covered by results of ObjectDoesNotExist
or None
, and not AttributeError
: a missing attribute specified in list_display
normally result in ImproperlyConfigured
instead.
If there's no compelling reason to capture AttributeError
like this, can it simply be removed from the exception list, and allowed to propagate?
Change History (5)
comment:1 by , 12 years ago
Has patch: | set |
---|
follow-up: 3 comment:2 by , 12 years ago
Triage Stage: | Unreviewed → Design decision needed |
---|
comment:3 by , 12 years ago
I found an older ticket for this same bug: #16655.
From the comments, the proposed change was discussed and accepted back then, but needed a test: does this patch resolve that?
comment:4 by , 12 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
I added a fix and regression test for this on GitHub: #193.
It turns out the test suite itself contained a latent bug that was being masked by this: the above patch fixes that too.