Fatal error after updating from 3.x to 3.0

I got this on a site too. The solution was to go to the theme settings page (for the current adaptive theme) and then submit the settings. You don't need to edit anything.
I think the reason for the bug is that the configuration format has changed, but the old is still in the database. It would be nice if this could be fixed automatically on update, or detect the incorrect configuration when rendering. Otherwise a big fat message on the project page would be nice to warn about this.

I received the same error as @ranx (PHP Fatal error: [] operator not supported for strings in /sites/all/themes/adaptivetheme/at_core/inc/preprocess.inc on line 853); however, neither of the solutions above works for me.

Any other ideas?

A colleague and I dug a little deeper in the code and came up with this patch, which works for us. Maybe it will work for you, too.

Man this drives me crazy why this occurs, we do this stuff everywhere in Drupal but sometimes it throws this infernal error. The patch looks fine.

Thanks for looking at it, Jeff. I just realized I forgot to set the status to "Needs Review" earlier.

@ranx: Thanks for testing. Please try this one, where I initialize the class variable.

I just got this bug again after updating the ctools module to 1.1. I did not do anything else, so I'm bumping this to critical. Patch in #8 works perfect. Setting this to RTBC as #8 provides a hotfix unless someone minds.

I modified the patch a little on my site to do a var_dump($vars['attributes']['class']); if the value is not an array. Results? string(11) "media-image". So this is probably not a bug in adaptivetheme, but rather contrib modules. Can anybody confirm this?

I came to the same error by a different route. I upgraded from 7.x-2.3 and had AT working fine using only the AT Admin. After getting the ctools 7.x-1.1 update today I had 2 sites that would give the error when I clicked either the Content or Dashboard link in admin.

Happy to report the #8 patch worked for both sites!

Edit: After reading again one of the earlier posts here I cleared the cache and the problem returned

For everybody having the media module enabled and experiencing this bug the patch in #1722146: Media filter is using string instead of array for the class attribute will solve this. If you don't have the media module enabled then we have one more bug to hunt down.

I'll test and probably commit this to DEV, but will hold off releasing a new version until we see some feedback on the media module bug.

I can report 2 sites working fine now with the patch and the latest ctools 7.x-1.1 and media 7.x-2.0-unstable6 versions. Just using ATAdmin at this time on each site.

RTBC++

After applying patch #8, all is well. Please commit :)

The patch with a small mod (from #8) is now committed, I want to run through a few other issues before cutting a new release, for now pull from GIT or wait for the dev archive to update.

Thanks peezy and all who tested, great work.

Op's, fixed!

Anyone using User Badges and getting this issue?

I do not have that module myself, but a quick check of the source shows that they probably have the same issue as Media. Check line 675, 692 and 698.
http://drupalcode.org/project/user_badges.git/blob/refs/heads/7.x-1.x:/u...

#1748394: Class attributes should be an array, not a string opened for user badges module.

Fuck it, I am marking all these issues regarding class attributes as strings as feature requests - the theme is doing it right, its the module/s that are wrong the onus is on THEM to fix it - module developers need to get their shit together on this issue - I have found 3 other modules just today that cause this issue - all of them are broken and need to fix it.

You can scan your own site modules with

grep -r "\['attributes'\]\['class'\]" sites/*

Note this error is not a bug of Adaptive Theme.

Updated issue summary.