- Issue created by @joakland
- ๐บ๐ธUnited States ezra
Seconding this. I'll add that I thought turning ajax off would be a solution, but it not fix the issue.
- ๐บ๐ธUnited States cajewell Madison, WI
I also ran into this issue. I have the same situation, with all five steps identical to the steps joakland listed above. The data in the view block does reset, but the check boxes or default fields on the exposed form remain checked after clicking reset. I tested this in versions 6.0.6 and 7.0.0-beta1, and both had this result. For troubleshooting, I set up a dev site and reverted back to BEF versions 6.0.3, 6.0.4, and 6.0.5. All of these versions worked as expected, with the results reset and the checkboxes cleared. So the issue started at version 6.0.6.
- ๐บ๐ธUnited States smustgrave
Can confirm this issue but don't have a fix.
- ๐ช๐ธSpain idiaz.roncero Madrid
Please see this comment ๐ Reset button does not use AJAX Needs work for a quick workaround that just re-enables the Drupal core behavior - to avoid AJAX on Clear Filter buttons.
With facets 3.x we are facing the exact opposite as cajewell said: exposed form in a block is reset when using clear filters; but view content area results are not - they keep the old filters applied.
- ๐บ๐ธUnited States smustgrave
Goal of contrib is to be able to do things core cannot. Agree this is a bug but canโt just rip it out.
Temporary solution that would be accepted is to add a setting to disable this feature.
Will need an update hook that defaults to true so existing sites arenโt broken.
May also be a bug with the views module itself but havenโt dug through the issue queue.
- ๐บ๐ธUnited States AaronBauman Philadelphia
The suggestion in #6 does not fix the issue for me.
Reset button still causes a redirect to the attached page display's URL, rather than reloading the current URL.
Not sure if straight duplicate, but seems like this is a core issue also.
๐ Viewsform has incorrect form submit url if loaded through ajax Needs work