Hello,
awesome module ! thanks for great work, I was trying for some time to achieve similar functionality, did something ...
but this module is much better.

Anyway I've noticed that it might be bug in Safari (mac os x 10.4 safari version 3.1.2), doesn't show second and third tab content at all
in this situation

$tabs['0'] = array(
  'title' => t('Hello'),
  'type' => 'view',
  'vid' => '10',
  'display' => 'page_1',
  'args' => '69',
);

$tabs['1'] = array(
  'title' => t('One'),
  'type' => 'view',
  'vid' => '10',
  'display' => 'page_1',
  'args' => '71',
);
$tabs['2'] = array(
  'title' => t('Two'),
  'type' => 'view',
  'vid' => '10',
  'display' => 'page_1',
  'args' => '70',
);

$quicktabs['qtid'] = '2';
$quicktabs['tabs'] = $tabs;
$quicktabs['style'] = 'Basic';
$quicktabs['ajax'] = TRUE;
print theme('quicktabs', $quicktabs);

this is just code in simple node with php filter and as you can see it is using ajax - when ajax is false everything is fine but when on
safari simply doesn't show second and third tab content -> maybe issue is fact that this is same view (taxonomy/term) but only with different arguments?
Does anyone has similar experience with Safari? Or it is on my side?
Firefox works OK.
Thanks

CommentFileSizeAuthor
#9 progress_bar_only.jpg19.53 KBckidow

Comments

nk_’s picture

Priority: Normal » Critical

Also I tried regular QT block on default Garland theme on Drupal 6.8 and it does not show Views. Nodes and blocks seems fine.
Note that my Views doesn't use Ajax.
Does anybody else experience this issue?

pasqualle’s picture

Can you reproduce the problem with a basic view like "archive". Or can you attach an export from a simple view (which does not work with QT), so we could try to reproduce the problem..

pasqualle’s picture

Status: Active » Postponed (maintainer needs more info)

Please test the latest dev release, and check the progress bar on the views tab. Does it stop, or just loading forever?

nk_’s picture

Sorry my bad :(
Probably was something about cache or my dealing with hook_view,
now everything is working correct in Firefox and Safari as well. IE didn't check though.

Thanks for responding, once again great module !
I will keep testing all forthcoming dev and stable releases as I really need functionality that QT offers...

pasqualle’s picture

Status: Postponed (maintainer needs more info) » Fixed

I am glad to hear that.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

ckidow’s picture

OS: Windows Vista
Browser: Safari 3.2, FF2 (2.0.0.20)
Drupal: 6.9
Quicktabs: 6.x-2.x-dev (2009-Feb-01)

This bug is still alive. The Progress bar is just loading forever.

pasqualle’s picture

@CKIDOW: if you are experiencing the progress bar problem only then please write you comment into #363005: Progress bar ("Loading" image) doesn't go away when view selected

ckidow’s picture

StatusFileSize
new19.53 KB

The different between my "problem" and the issue #363005: Progress bar ("Loading" image) doesn't go away when view selected is that my tabs doen't have any view in it and no content is been loaded. So the only thing I see is the progress bar loading, nothing else. (see attached JPG)

pasqualle’s picture

Priority: Critical » Normal
Status: Closed (fixed) » Postponed (maintainer needs more info)

So what do you have as the tab content?

nk_’s picture

Try to clear all possible cache ... views specially.
If your tab content is View, you might have messed up something with with it: arguments? displays?
Also check if you have any custom javascript involved? or hooks?

ckidow’s picture

I already mentioned that there are no "views" in my tab content. It's the $nody->body of my cck_node_reference nodes and a simple iframe for quiz. We are in developement status so we clear the cache every 2 minutes ;)

What I haven't mentioned yet is that I created a node override for my content type using panels2. So this code here is the content of a pane:

<?php
$node = node_load(arg(1));
foreach($node->field_ref_exercises as $refnode => $refnid) {
    $refnody = node_load($refnid);
    foreach($refnody->taxonomy as $reftaxonmy => $refterm) {
    // dsm($refnody);
    if($refnody->type != 'quiz') {
    $tabs[$refnody->nid] = array(
      'title' => $refterm->name,
      'type' => 'freetext',
      'text' => node_view($refnody, FALSE, TRUE, TRUE),
    );
    } else {      
    $tabs[$refnody->nid] = array(
      'title' => $refterm->name,
      'type' => 'freetext',
      'text' => '<iframe src="' . base_path() . 'node/' . $refnody->nid . '" width="100%" height="400" name="quiz_' . $refnody->nid . '" style="border: 0; padding: 0; margin: 0;"></iframe>',
    );
    }
  }
}
  $quicktabs['qtid'] = $node->nid . '_refnodes_exercises';
  $quicktabs['tabs'] = $tabs;
  $quicktabs['style'] = 'Excel';
  $quicktabs['ajax'] = TRUE;
  
  print theme('quicktabs', $quicktabs);
?>
pasqualle’s picture

@CKIDOW: "freetext" type tab does not work with ajax quicktab, it is not possible.. set $quicktabs['ajax'] = FALSE;
#345581-1: Arguments behavior differs in ajax/normal tabs?

ckidow’s picture

Oh wow... that's an important information. :D but I don't know what "Pasqualle" means with "...and this should not be a problem in the latest release"

So I thought it would be possible with the latest release.

pasqualle’s picture

I was referencing to the views related problem, as I don't know about any issue why a view tabpage would not take the argument..
To automatically switch freetext from ajax mode to non-ajax mode could be solved with the feature request: #351953: Tabpage specific AJAX Settings. But it will not happen in the 2.x version..

mitchell’s picture

I'm having this problem as well. My site is http://208.77.100.30

pasqualle’s picture

@mitchell: I think your pictures on first tab from views-rotator are positioned over the quicktab links, and therefore it is not possible to click on them in Safari browser..

Another possible problem could be that you have a missing closing </a> tag. Check your site with http://validator.w3.org or with a Firefox add-on HTML validator

pasqualle’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

The issue is without response and I do not see any unanswered questions. Closing..

Feel free to reopen the issue if the problem still exists.