#36404: Aggregates with filter using OuterRef raise FieldError
-------------------------------------+-------------------------------------
     Reporter:  Adam Johnson         |                    Owner:  Adam
                                     |  Johnson
         Type:  Bug                  |                   Status:  closed
    Component:  Database layer       |                  Version:  5.2
  (models, ORM)                      |
     Severity:  Release blocker      |               Resolution:  fixed
     Keywords:                       |             Triage Stage:  Ready for
                                     |  checkin
    Has patch:  1                    |      Needs documentation:  0
  Needs tests:  0                    |  Patch needs improvement:  0
Easy pickings:  0                    |                    UI/UX:  0
-------------------------------------+-------------------------------------
Comment (by Mariusz Felisiak <felisiak.mariusz@…>):

 In [changeset:"abce62994620956c3c9cce6edcebf8fcfb2670d4" abce629]:
 {{{#!CommitTicketReference repository=""
 revision="abce62994620956c3c9cce6edcebf8fcfb2670d4"
 [6.0.x] Fixed #36751 -- Fixed empty filtered aggregation crash over
 annotated queryset.

 Regression in b8e5a8a9a2a767f584cbe89a878a42363706f939.

 Refs #36404.

 The replace_expressions method was innapropriately dealing with falsey
 but not None source expressions causing them to also be potentially
 evaluated when __bool__ was invoked (e.g. QuerySet.__bool__ evaluates
 the queryset).

 The changes introduced in b8e5a8a9a2, which were to deal with a similar
 issue, surfaced the problem as aggregation over an annotated queryset
 requires an inlining (or pushdown) of aggregate references which is
 achieved through replace_expressions.

 In cases where an empty Q object was provided as an aggregate filter,
 such as when the admin facetting feature was used as reported, it would
 wrongly be turned into None, instead of an empty WhereNode, causing a
 crash at aggregate filter compilation.

 Note that the crash signature differed depending on whether or not the
 backend natively supports aggregate filtering
 (supports_aggregate_filter_clause) as the fallback, which makes use
 Case / When expressions, would result in a TypeError instead of a
 NoneType AttributeError.

 Thanks Rafael Urben for the report, Antoliny and Youngkwang Yang for
 the triage.
 Backport of 2a6e0bd72d4a69725b957d6748a4b834f21b12b5 from main
 }}}
-- 
Ticket URL: <https://code.djangoproject.com/ticket/36404#comment:9>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/django-updates/0107019ab593778a-48433c74-17ff-4367-be37-1b4a2e61f984-000000%40eu-central-1.amazonses.com.

Reply via email to