Hello everyone.
Encountered the issue related to views exposed filters.
So user sets some filters and then selects a bulk operation and executes it. After execution user is being redirected to view main page. So if view is not configured to remember exposed filters - all filters are lost. So user should set filters again.
So I think need to implement one thing of the following:
1. Remember all query parameters (not only route and it's parameters) when creating tempstore data, and the build redirection using route + parameters + query_parameters.
2. Add exposed input of the view to the redirect URL as query parameters (since exposed input is passed as query parameters).
Review and test.
None.
None.
Only data stored in tempstore (adding query parameters).
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | views_bulk_operations-exposed_input_lost-3000714-2.patch | 818 bytes | mpolishchuck |
Comments
Comment #2
mpolishchuck commentedHere I've tried to implement the option 2 from the Proposed Resolution. It resolves the issue.
Comment #3
graber commentedComment #4
batkormpolishchuck , ty!
Works for me, to 28.09.18 D8.5.0
Comment #5
trevorbradley commentedWas running VBO against a massive Apache Solr Search view that attempted to return tens of thousands of records if there were no parameters passed. That and my users would expect to come back to the same "page" with parameters passed in.
This works gloriously. +1 to Patch #2.
Though... I notice that my URL does change slightly, from:
http://www.my.vm/search?search="ZIP+ZOP"to
http://www.my.vm/search?search="ZIP%20ZOP"+'s become %20's. No effect on the results of the search though - I assume we don't care?
Comment #7
graber commentedThanks guys!