Fatal error: Call to undefined function getallheaders() in panels_ajax_tab.module line 96

Apparently it's because Nginx does not support getallheaders(). See #1561624: getallheaders isn't available when running nginx for an example workaround.

Workaround aside, this module is essentially server software-specific (to Apache) and would benefit from being more general. Actually, the current code that is getting all the headers into a big array only one specific one is a big overhead that's probably unnecessary.

Perhaps we can just find out the actual name for the appropriate $_SERVER (HTTP_X_REQUEST_PATH perhaps?) and use that instead -- or use Drupal's APIs instead.

Just hit the same issue ... running Apache 2.2.25. Hints in plain English to what that workaround actually is would be much appreciated :)

Well the code I used is as follows -- replace the panels_ajax_tab_element_info_alter() function starting on line 96 with this:

function panels_ajax_tab_element_info_alter(&$element_info) {
  if (arg(0) == 'panels_ajax_tab') {
    if (!empty($_SERVER['HTTP_X_REQUEST_PATH'])) {
      $element_info['form']['#action'] = $_SERVER['HTTP_X_REQUEST_PATH'];
    }
  }
}

It's the same as before, but doesn't bother getting all the headers just to pull out the one needed -- it just gets the right one directly.

It's working on NginX for me and makes the module usable for us... I'll roll a patch but would like no_idea_yet to test if poss too.

Patch for the fix in comment 3.

Actually the bug goes a bit deeper...

It appears that the first tab loaded has no $_SERVER['HTTP_X_REQUEST_PATH'] set, so the code here that is supposed to set the form to be submitted back to itself is never called.

Perhaps a better approach is:

function panels_ajax_tab_element_info_alter(&$element_info) {
  if (arg(0) == 'panels_ajax_tab') {
    if (!empty($_SERVER['HTTP_X_REQUEST_PATH'])) {
      $element_info['form']['#action'] = $_SERVER['HTTP_X_REQUEST_PATH'];
    }
    else {
      $element_info['form']['#action'] = $_GET['q'];
    }
  }
}

This ensures we always alter the forms on URLs that start /panels_ajax_tab with whichever destination is more appropriate.

I'm testing this now but am hitting #1944510: Views not receiving arguments from ajax tab now...

Update: The patch over on #1944510: Views not receiving arguments from ajax tab works well and means that together with the fix above (in comment #5) this module now works well for me.

But I'm now hitting the issue whereby the submitted tab is not reloading -- though thanks to the patch the tab IS showing the correct values for the exposed filter -- it's just not the first displayed tab.

Hmm... actually there's still an issue -- the exposed form sometimes submits without ajax to a new page. I'll try to establish where that happens soon.

Fixed the original issue in commit #98cd543 . For the other issues (if still exist) please create new issues.

I downloaded the latest dev release 7.x-1.x-dev (2014-Aug-11), but it does not include this change.

Yes, it looks like the fix was applied but then it was rolled back together with a number of other fixes: http://cgit.drupalcode.org/panels_ajax_tab/commit/panels_ajax_tab.module...

If you scroll to the end of the page, you can see the fix for getallheaders that had been applied.

For the record, here is the fix that was applied then rolled back:

/**
 * Workaround for non-Apache webserver where getallheaders() is not enabled.
 *
 * @see https://www.drupal.org/node/2110907
 * @see http://php.net/manual/en/function.getallheaders.php
 *
 * @credit majksner at gmail dot com
 */
if (!function_exists('getallheaders')) {
  function getallheaders() {
    foreach ($_SERVER as $key=>$value) {
      if (substr($key, 0, 5) === "HTTP_") {
        $key = str_replace(" ", "-", ucwords(drupal_strtolower(str_replace("_", " ", substr($key, 5)))));
        $out[$key] = $value;
      }
      else {
        $out[$key] = $value;
      }
    }
    return $out;
  }
}

I have tried both this solution, and the one in #5. Neither works for me. The error message no longer occurs, but the view still doesn't load.

I have two tabs, both with views. Regardless of the order in which I place the views into the two tabs, the view on the first tab loads correctly on initial page load, but when I click on the second tab, the second view does not load.

For information only :

• For those who have apache, do not completely trust http://php.net/manual/fr/function.getallheaders.php
• Apache, PHP 5.4.35 but PHP-FPM : https://bugs.php.net/bug.php?id=62596

So we have

• Jim Kirkpatrick's solution in #4 (patch)
• which was then fixed by himself in #5 (comment)
• and separately, the code committed earlier to this module and then rolled back (comment #12)

I like the first one better. About #5, I'm wondering though - do we need to explicitly set the form action to $_GET['q']? Can't we just skip setting it, because the form action path is already OK?

(The only difference in my test seems to be, that setting $_GET['q'] strips the URL parameter from the form action.)

Added fallback for getallheaders.

This fix got wiped out in commit 002dccd

Re-added the missing code.

Seems still facing it. Not sure if same cause.

@vidhatanand if you are still facing this: can you try this patch?

It basically swaps above approach #12 (which was applied to the -dev version) for approach #4 (which IMHO is more straightforward).

If indeed this solves things, the issue can be reopened.