Unsupported operand types error in plugin/content_types/token/token.inc

That would indicate that somehow $token is not actually an array at that point.

$token['name'] is not empty if $token is a string.

I ran into the same error after installing a D7 module that implemented hook_token_info, but did not return the correct format.
(In my case a module was upgraded from D6, where these values for hook_token_list were all strings.)

This debugging patch should let you know the culprit, which you can then fix or report appropriately
(be sure to enable devel module first):

--- ctools/plugins/content_types/token/token.inc	(revision 1389)
+++ ctools/plugins/content_types/token/token.inc	(working copy)
@@ -39,6 +39,10 @@
   foreach ($info['tokens'] as $entity_type => $tokens) {
     foreach ($tokens as $name => $token) {
       if (!empty($token['name'])) {
+        if (!is_array($token)) {
+          dpm($token);
+          $token = array();
+        }
         $token += array('description' => '');
         $types[$entity_type . ':' . $name] = array(
           'category' => t('@entity (tokens)', array('@entity' => ucfirst($entity_type))),

I ran into the same error after installing a D7 module that implemented hook_token_info, but did not return the correct format.

Confirmed, this was the problem for me too. Thanks @aaronbauman.

I get the same error when I try to add flexible panel layout at http://dev-7.ozses.net/tr/admin/structure/panels/layouts/add-flexible

The issue persists.

This is going to require someone who is getting this problem to help out with the debugging and figure out what $token *is* at that point, and maybe figure out what's breaking it.

How can we debug? I'm guessing dpm won't work because I immediately get a 500. Maybe dd?

You can do what #3 illustrates. This will give the dpm value of $token before the error and set token to something that can get past the error as well.

If you are having this error, can you confirm/deny whether you are using flexible layouts?

Eclipse

Changing the status on this. We need people who are getting this problem to actively help us debug it.

Eclipse

Removed information about my server and path from the issue

So I had this same issue, my cause was a not so great Contrib module that I won't get into.

The issue is that $token is a string where it should be an array, and CTools is doing a check (!empty($token['name'])) that logically should be failing, but isn't. To fix the issue, we simply need to add another conditional of is_array($token).

Patch attached.

Works as advertised

previous patch fails against 1.4, patch reroll against head

sorry, useless comment.

This seems like a work-around when the bug is actually in other custom or contrib modules that aren't returning the proper format from hook_token_info. According to previous comments:

#3

I ran into the same error after installing a D7 module that implemented hook_token_info, but did not return the correct format.

#12:

So I had this same issue, my cause was a not so great Contrib module that I won't get into.

So it seems this patch shouldn't be necessary, but rather the issues should be filed against those other contrib modules, though they haven't been mentioned by name. Which modules cause this bug?

Maybe so, but it's never a bad thing to ensure the data we are about to process is in the format it is expected to be, especially when it requires such a minor change.

However, I too dislike bandaid fixes, especially when the real issue never gets resolved, so maybe the solution is to implement this fix as well as some form of Watchdog notice to let any developers paying attention know that X module is at fault and to please report the issue.

Could this be a php 5.3 issue? I'm getting other oddities that appear to be a 5.3 vs 5.4 and higher issue.

Sean

The 5 year old patch to token.inc applied cleanly to the latest ctools 7.x-1.x-dev, but based on the previous comments this issue may need to be closed or postponed.