django-фильтр возится с пустым полем

Я настраиваю фильтр django для фильтрации некоторых моих списков. Вот один из них, с пользовательской формой:

Форма представляется методом GET. Когда поле "source__in" пустое, запрос выглядит так: "state__in = 1". В этом случае у меня нет результата на моей странице (что неожиданно, если поле не заполнено, я бы ожидал, что результаты не будут отфильтрованы в этом поле).

Я просмотрел панель инструментов отладки, чтобы получить дополнительную информацию о выполненном SQL-запросе. Удивительно, но я не нашел SQL-запроса для соответствующего набора запросов! (в то время как если querystring является "? state__in = 1 & source__in = 2", например, результат будет таким, как ожидалось, и я могу найти связанные запросы в панели инструментов отладки)

Поэтому я попытался заставить впечатление SQL-запроса использовать print(str(filters.qs.query)). Новый сюрприз: это вызвало исключение EmptyResultSet:

Теперь я застрял, я понятия не имею, что происходит не так и как отлаживать дальше.

Я попытался передать следующую цепочку для тестирования: "? State__in = 1 & source__in =". В этом случае фильтрация работает правильно, но в форме фильтра отображается ошибка "" "не является допустимым значением" для поля "source__in".

Кроме того, здесь находится соответствующий mixin в utils/views/common.py:

Кроме того, у вас есть полное дерево наследования, обратите внимание, что ListView используемый выше, является utils.views.manager.ListView:

Последним BaseListView является django.views.generic.list.ListView.

Используя ipdb для отладки, как предложил Камиль, я заметил странную вещь, которая, вероятно, является причиной такого поведения:

Поэтому последующий код считает source__in не пустым и добавляет source__in=empty_queryset к фильтрам. Я предполагаю, что django тогда догадывается, что результат не может оценить непустой запрос и сохраняет бесполезный запрос.

Является ли это ошибкой в django-filters или я что-то делаю неправильно?

Ответы

Ответ 1

Я, наконец, понял эту проблему.

Видимо django-filters не обрабатывают корректно на поиск in для внешних ключей. Фильтр по умолчанию для source__in например, является ModelChoiceFilter. Поэтому я должен был явно определить его как ModelMultipleChoiceFilter.

Однако я столкнулся с другой проблемой, которая заключается в том, что source__in=10&source__in=7 грубо переводит в Q(source__in=10) | Q(source__in=7) Q(source__in=10) | Q(source__in=7). Это вызывает исключение, поскольку 10 и 7 не являются итерабельными. Так что я изменил мой код, чтобы использовать exact поиск вместо in, но по- прежнему использовать ModelMultipleChoiceFilter. Что, в конце концов, дает следующее:

class BookingListFiltersForm(forms.Form):

    state__in = forms.MultipleChoiceField(
        choices=Booking.STATE_CHOICES, required=False,
        label=_("État"), widget=forms.CheckboxSelectMultiple)
    source = forms.ModelMultipleChoiceField(
        queryset=Platform.objects.all(), required=False,
        label=_("Source"), widget=ModelSelect2Multiple(
            url='autocomplete:platform'))


class BookingManagerFilter(filters.FilterSet):

    source = filters.ModelMultipleChoiceFilter(
        queryset=Platform.objects.all())
    payments__date = filters.DateFilter(method='payments__date_filter')
    payments__method = filters.ChoiceFilter(
        method='payments__method_filter',
        choices=BookingPayment.METHOD_CHOICES,
    )

    class Meta:
        model = Booking
        fields = {
            'period': [
                'endswith', 'endswith__gte', 'endswith__lte',
                'startswith', 'startswith__gte', 'startswith__lte',
            ],
            'state': ['in'],
            'source': ['exact'],
            'booking_date': ['date', 'date__lte', 'date__gte'],
            'accommodation': ['exact'],
            'guest': ['exact']
        }

    def get_form_class(self):
        return BookingListFiltersForm

Ответ 2

Я думаю, что документация отвечает на ваш вопрос:

Фильтрация пустой строкой

В настоящее время невозможно фильтровать пустую строку, поскольку пустые значения интерпретируются как пропущенный фильтр.
GET http://localhost/api/my-model?myfield=

Далее в документах приведены примеры возможных решений. Я помещаю здесь один из них

Решение 1. Магические значения

Вы можете переопределить метод filter() класса фильтра, чтобы специально проверить магические значения. Это похоже на обработку значения null ChoiceFilters.

GET http://localhost/api/my-model?myfield=EMPTY
class MyCharFilter(filters.CharFilter):
    empty_value = 'EMPTY'

    def filter(self, qs, value):
        if value != self.empty_value:
            return super(MyCharFilter, self).filter(qs, value)

        qs = self.get_method(qs)(**{'%s__%s' % (self.name, self.lookup_expr): ""})
        return qs.distinct() if self.distinct else qs

Сейчас я чувствую, что недостаточно информации для решения вашей проблемы. Я оставил комментарий по вашему вопросу. Если вы можете предоставить дополнительную информацию, это поможет понять, что происходит.

Вот несколько советов, которые помогут вам отслеживать эту ошибку:

Установите ipdb. это поможет вам выполнить код шаг за шагом и проверить каждую переменную.

Drop import ipdb;ipdb.set_trace() перед строкой

File "/home/tony/.venvs/cocoonr/lib/python3.6/site-packages/django/views/generic/list.py" in get
  142.         self.object_list = self.get_queryset()

Я подозреваю, что вы должны найти виновника в https://github.com/carltongibson/django-filter/blob/82a47fb7bbddedf179f110723003f3b28682d7fe/django_filters/filterset.py#L215

Вы можете сделать что-то подобное

class BookingManagerFilter(filters.FilterSet):
    # your previous code here

    def filter_queryset(self, queryset):
        import ipdb;ipdb.set_trace()
        return super(BookingManagerFilter, self)filter_queryset(queryset):

И запустите конечную точку, ipdb остановит приложение, и вы сможете войти в код и проверить его.