I have searched without success for an open issue that addresses this problem directly. Quicktabs is not correctly saving the tab order or default tab that I am selecting. Often, it will randomly reorder my tabs. On other occasions, it will move the tab I have selected as the default tab to the first slot (when I have not otherwise selected the first tab as the default tab) - or it might keep my tabs in order while failing to save my default selection (i.e., keeping the first tab as the default tab).

When I have attempted to create new instances on several occasions, I have received the error "You have made an illegal selection." Yet, the instance still saves (and there has been no one-to-one correlation between this error and the other issues I have described).

I have tried everything I can think of - installing the dev version and rolling back to 7.x-2 (I have since re-upgraded to the regular 7.x-4 release). I uninstalled my custom tabs (adapted as a separate style from the Garland style; I renamed all style references). Nothing seems to resolve this problem, which has become a major headache for a major project.

I would greatly appreciate any help!

Comments

Prasad Shir’s picture

Facing the same issue. On some investigation, I noticed that when I change Tabs order, the order gets saved properly and the first tab becomes default tab.

When I change the default tab only from the drop-down, order of tabs is changed randomly, making default tab as the first tab in the order.

Found the following changes happening in the database:

Table quicktabs -> column tabs

Default Value when creating quicktab with two tabs, say courses & academic recognition

a:2:{i:0;a:4:{s:12:"machine_name";s:7:"courses";s:5:"title";s:7:"Courses";s:6:"weight";s:4:"-100";s:4:"type";s:5:"qtabs";}i:1;a:6:{s:3:"nid";s:3:"142";s:6:"teaser";i:0;s:10:"hide_title";i:1;s:5:"title";s:20:"Academic Recognition";s:6:"weight";s:4:"-100";s:4:"type";s:4:"node";}}

When I change order of tabs, making academic recognition as first tab

a:2:{i:0;a:6:{s:3:"nid";s:3:"142";s:6:"teaser";i:0;s:10:"hide_title";i:1;s:5:"title";s:20:"Academic Recognition";s:6:"weight";s:4:"-100";s:4:"type";s:4:"node";}i:1;a:4:{s:12:"machine_name";s:7:"courses";s:5:"title";s:7:"Courses";s:6:"weight";s:3:"-99";s:4:"type";s:5:"qtabs";}}

NOTE the changed order & weight for both the tabs

When I go back to quicktab settings & change the default tab to courses, without touching the taborder

a:2:{i:0;a:4:{s:12:"machine_name";s:7:"courses";s:5:"title";s:7:"Courses";s:6:"weight";s:4:"-100";s:4:"type";s:5:"qtabs";}i:1;a:6:{s:3:"nid";s:3:"142";s:6:"teaser";i:0;s:10:"hide_title";i:1;s:5:"title";s:20:"Academic Recognition";s:6:"weight";s:4:"-100";s:4:"type";s:4:"node";}}

NOTE the changed order of tabs and also weight is getting reset to -100 for each tab
In this case, courses is appearing as first tab (I wanted it to be default & not first) and Academic Recognition is being shown as default tab (I wanted to show it as first & not default)

Hope this information helps for troubleshooting the issue. I will be happy to provide more information or help in troubleshooting.

dlhost89’s picture

Thanks for your insights. I wonder why more people haven't written about this problem, as it seems like a major bug. Perhaps you and I have another module enabled, which is creating this problem? Usually, that seems to be the culprit when one experiences anomalies with Drupal modules that aren't necessarily widely reported.

Have you had any further luck investigating this issue?

eridolfi’s picture

I am having an issue like this. I created a QuickTabs views display based off of taxonomy terms, so a tab is created for every term related to a certain content type and it does not respect the order that I set in the quick tabs settings.

rickdonohoe’s picture

I am having this exact same problem. I was having problems with the current tab on my taxonomy term pages so I created a different block and changed its default value to another tab, but no it doesn't display it as the default one.

stijndmd’s picture

Same issue here. I have two tabs. And the client wants the second tab to remain second, but it has to be the default tab.
No matter what I set the default tab dropdown to, the first tab is always the default tab when you land on the page.

Exploratus’s picture

Issue summary: View changes

I have the same problem. Trying to change the default open tab, and it never changes.

Exploratus’s picture

Version: 7.x-3.4 » 7.x-3.6

Problem happening on latest version. Updating version.

crutch’s picture

default tab not working

pallavi_sugandhi’s picture

As per my observation, this issue is not a bug so you can refer mine below points.

Scenario:
Existing tabs like tab 1, tab 2, tab 3
Now we added new tab is tab 4 that new tab 4 is not listed in the default tab dropdown. So process is we have to save the form first then you can select the default tab.

you should not do simultaneously the action for selecting default tab as well as reorder the tabs. Because the sort order will not update in the default tab at the time of reordering the tab.

Solution :
First, reorder the tabs as you like your position and the save the form.
After changing the default tab then save the form.
So the problem will be resolved.

If you stick into your task means you have to change as a feature request, because we have to implement Ajaxified for the current form in either selection of default tab nor reordering the tabs.

Because when you added the new tab it was not displayed in the default tab select list. So if you need to added newly added tab as a default tab you need to save and then Select in the default tab select list.
So same as for ordering the tabs. Firstly, you need to order the tab and save the form and then again edit and select the default tab and then save.

crutch’s picture

mmm, no because I have existing tabs tab 1, tab 2, and tab 3 and no new tabs added. I simply change default setting from tab 1 to tab 2 and it still defaults to tab 1 always.

Settings
renderer:ui_tabs
history:off
default:tab 2
hide empty tabs:off

Tab 1 - Tab type:view display:panel pane arguments:empty
Tab 2 - Tab type:view display:panel pane arguments:empty
Tab 3 - Tab type:view display:panel pane arguments:empty

Tab 1 is always default

pallavi_sugandhi’s picture

Assigned: Unassigned » pallavi_sugandhi
pallavi_sugandhi’s picture

Assigned: pallavi_sugandhi » Unassigned
Status: Active » Needs review
StatusFileSize
new0 bytes

@crutch Please review the attached patch for default tab.

Status: Needs review » Needs work

The last submitted patch, 12: quicktabs-quicktab_default_tab_selection-1570762-12.patch, failed testing.

pallavi_sugandhi’s picture

Status: Needs work » Needs review
StatusFileSize
new963 bytes

Please review the attached patch for default tab.

madan879’s picture

Status: Needs review » Reviewed & tested by the community

Hi @pallavi_suganthi, your patch is worked for me.. thanks
https://www.drupal.org/node/1570762#comment-11199055

crutch’s picture

thank you pallavi. Patch is not working for me for default tab. I'm not sure why but will continue searching.

pallavi_sugandhi’s picture

After I have quick tabs install in the different drupal instance, I am getting the different class name like ui-tabs-active and ui-tabs-selected so that issues occurs. On previous patch I have added only active option. Now I have added both the options active and selected.
Please review the attached updated patch.

samvel’s picture

After applying this patch i can't access to any tab by direct ulr (with hash in URL) anymore.

samvel’s picture

Status: Reviewed & tested by the community » Needs work
pallavi_sugandhi’s picture

Status: Needs work » Needs review

Thanks @Samvel for your solution (https://www.drupal.org/node/2112069#comment-11203797). Its works perfectly.

pallavi_sugandhi’s picture

Below is the attached patch with selected and active options.

crutch’s picture

yes this works, many thanks

nitinsp’s picture

Status: Needs review » Reviewed & tested by the community

Apply this patch and checked, working fine, Thanks for the patch.

nwom’s picture

#21 worked great!

samvel’s picture

#21 Workks perfect. RTBC

TXRobd’s picture

Has anyone tested for D8?

nwom’s picture

Still applies cleanly to newest dev.

  • smustgrave committed d1a241b1 on 7.x-3.x
    Issue #1570762 by pallavi_sugandhi, crutch, Samvel, nwom, Exploratus,...
smustgrave’s picture

Status: Reviewed & tested by the community » Fixed

Will include in one of the last few releases for D7 quicktabes.

smustgrave’s picture

Status: Fixed » Closed (fixed)