Views Exposed Filter Block not inheriting the display handlers cache tags, causing filter options not to appear

Created on 15 July 2019, almost 6 years ago

Updated 19 May 2025, about 1 month ago

Problem/Motivation

Steps to reproduce:

Install Drupal (standard profile)
Edit the "Content" view (/admin/structure/views/view/content)
Add an exposed filter for the "Tags" (field_tags) field. Make sure to "Dropdown" as "Selection type".
Change "Exposed form in block" to "Yes"
Save the view
Go the block layout page for the "Seven" theme (/admin/structure/block/list/seven)
Click the "Place block" button next to "Content"
Click "Place block" in the "Exposed form: content-page_1" row
Restrict the visibility of the block by page: "/admin/content" (not necessary but to avoid confusion)
Click the "Save block" button the block configuration modal
Navigate to the "Content" page (/admin/content).
You will see the exposed block with the "Tags" filter being empty.
Add a new term "Test" in the "Tags" vocabulary (/admin/structure/taxonomy/manage/tags/add)
Visit the content page again (/admin/content). The "Tags" filter is still empty.

Expected behavior: you can select "Test" in the "Tags" filter.

There is already another issue about terms in the exposed filter not updating @ 🐛 Exposed term filter is not updated when terms are added, deleted, or rearranged (caching issue?) Needs work . That ticket is specific to the taxonomy term filter when the exposed filters are not displayed in a block. Applying the (working) patch in that issue will not resolve this issue.

Proposed resolution

The \Drupal\views\Plugin\BlockViewsExposedFilterBlock plugin inherits the cache contexts of the views display handler. This doesn't appear to be the case yet for cache tags.

🐛 Bug report

Status

Closed: outdated

Version

11.0 🔥

Component

views.module

Created by

🇧🇪Belgium rp7

Live updates comments and jobs are added and updated live.

D8 cacheability

Needs tests
The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.

Incomplete comments

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

Comment about 1 month ago →
🇭🇺Hungary mxr576 Hungary
I would consider this an outdated issue, I have tried to reproduce the issue by following the manual steps on 11.x today and I could not.

My gut says that this issue was resolved in 🐛 Extend ViewsBlockBase to merge cache metadata from display handler Active since the merge was merged fix is similar to #13.

Please re-open if you disagree.

contrib.social Blog FAQ Discussions

Production build 0.71.5 2024