search_api_time cache plugin does not add search_api_list cache tag

Thanks for reporting this problem and already providing a solution!

I wasn’t aware that the time-based cache plugin for SQL views also added list cache tags, otherwise we would probably have done the same. Anyways, since it’s been working like that for a while now, I agree that we probably shouldn’t change this behavior. Adding a new cache plugin that implements this behavior does seem more sensible.
However, as with all new features, it would be good to hear from a few others first that would also find this useful. I want to avoid adding features that are too niche.

Also, before merging this, we’ll definitely need some test coverage. This could probably be largely based on the existing tests for the time-based cache plugin, just with some of the assertions changed/reversed.

Discussing this now as part of #3327645-18: View recalculated with wrong data from cache → , please see there. If we resolve it there, this issue becomes outdated, otherwise I’d move it back to NW.

Based on 🐛 View recalculated with wrong data from cache Needs review , the current behavior of the time-based cache plugin is intended and should not be changed.
So you’re right in your approach, the only thing to resolve this issue would be to add a third Search API-specific cache plugin that invalidates based both on cache tags and max-age. I can imagine that that would also be useful to a significant portion of sites. However, hearing from more potential users would of course be great.

In any case, this still needs tests. Shouldn’t be too hard, though, using the existing ViewsDisplayCachingTest.

Oh, and please use patches instead of issue forks for development in this project, at least until we get 📌 (Try to) fix the GitLab CI RTBC resolved.

However, hearing from more potential users would of course be great.

I would like to see this feature as well.

[...] this still needs tests. Shouldn’t be too hard, though, using the existing ViewsDisplayCachingTest. [...] please use patches instead of issue forks for development in this project [...]

I am unsure what the status of this is. The issue mentioned has been fixed and drupal.org now no longer recommends patches.

In any case here is a patch which contains the change from the original merge request with a new Views cache plugin support both time and cache tags and a first stab at extending ViewsDisplayCachingTest to include a test for this plugin.

I can change it to a merge request if needed.

Thanks for moving this along.
Yes, the problem with testing issue forks has finally been resolved, so we use MRs now. I’ve added your patch to the MR now.

As for the code, neither the test nor the cache plugin really seemed to work. I’ve now fixed both, I think – please test/review.

Thanks for the update and your work. I will look into your changes.

Any update on this?

The cache plugin appears on views that are not search_api views.

@alexl: Thanks, should be fixed!