If you set the view to display the header even if the view is empty, and the view is empty, QT will not output anything because line 518 of quicktabs.module should have an extra clause in it to account for the header_empty option.
if (!empty($view->result) || $view->display_handler->get_option('empty') || !empty($view->style_plugin->definition['even empty'])) {
should be
if (!empty($view->result) || $view->display_handler->get_option('empty') || !empty($view->style_plugin->definition['even empty']) || $view->display_handler->get_option('header_empty')) {
I'm not sure if this affects the 3.0 branch.
Comments
Comment #1
gargsuchi commentedSame happened for me with 6.x-3.0 version. the fix given above works.
thanks
Suchi
Comment #2
robbertnl commentedNew patch against 3.1 branchComment #3
robbertnl commentedNew patch against 3.1 branch (fixed)
Comment #4
robbertnl commenteddouble post
Comment #5
oxydog commentedAm I the only one getting this on 7.x-3.4? Fix for 6.x-3.1 obviously not applicable to this version. Please help!
Comment #6
oxydog commentedBump
Comment #7
webatelier commentedproblem still exits in 7.x 3.6,
i can confirm,
didi anyone ever find a solution to this ?
EDIT : *workaround*
In views i user the 'No results behaviour' together with the 'Header' option
both displaying the same node, and ticking the 'Display even if view has no result' IN the Header option OFF
That way you will get the node to displat even if there are no results for your view (or even when there are)
I my case i used it to display a Long text field before a list of content types belonging to a certain taxonomy (i.c. a tab)
Hope this helps anyone,
But this remains a workaround for my usecase and will not be applicable for everyone/all usecases
Comment #8
tlwatsonThanks @webatelier - that workaround was perfect for me!
Comment #9
smustgrave commentedWith D7 EOL approaching in a month I'm starting to triage the D7 side of quicktabs queue.
If still an issue or needed for 4.0.x (latest branch) feel free to reopen