Closed (outdated)
Project:
Quick Tabs
Version:
7.x-3.2
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
6 Nov 2011 at 10:56 UTC
Updated:
11 Dec 2024 at 17:39 UTC
Jump to comment: Most recent
Comments
Comment #1
Anonymous (not verified) commentedI believe I have the same issue as above.
Using 7.3.2 and Drupal 7.10
I create a quicktab instance using quicktabs as the renderer, no ajax load.
I have created two tabs.
Each tab is a view with no arguments passed in.
Each tab view has Use Ajax = yes
Each tab view page has some exposed filters.
All works great on each tab. I can switch back and forth between tabs, Search and submit works fine, exposed filter works fine etc. All as expected - in fact faaaaar easier that I ever expected.
BUT if I click reset, the page is redirected to the single page view of the view in the tab from which the reset was clicked - make sense?
I tried to use hook_form_alter to fix the reset button, or to change the redirect, but no luck. Any suggestions?
Comment #2
jh81 commentedI have the exact same problem as #1.
I have 6 quicktabs defined using 6 different displays in a view all which have exposed filters and a reset filter button. If I click on the reset filter button on any of them it redirects to the url of the page view and you no longer see the quick tab.
Pretty major bug here. Any ideas on a fix or workaround other than removing the clear filter button?
Comment #3
pedrodacosta commentedI think this is a views bug, not a QT bug
take a look at this issue
http://drupal.org/node/1109980
Comment #4
jh81 commentedAgree with #3, it looks like a views bug. Thanks for the link.
Comment #5
smustgrave commentedWith D7 EOL approaching in a month I'm starting to triage the D7 side of quicktabs queue. This doesn't appear to have any code so believe this may not make it, sorry! Thanks though!
If still an issue or needed for 4.0.x (latest branch) feel free to reopen