After I installed purl and kept getting this warning in all pages:
Warning: file_exists() expects parameter 1 to be string, array given in ctools_get_plugins() (line 247 of /var/www/drupal/sites/all/modules/contrib/ctools/includes/plugins.inc).
Line 247 at plugins.inc:
if (isset($cache->data['path']) && file_exists($cache->data['path'])) {
I looked in Purl, purl.module line 958 and realizde PURL is using
$info['path'] = array(
'title' => t('Path'),
So i changed to
$info['purlpath'] = array(
'title' => t('Path'),
But I don't know if this change cause problems or not.
Comments
Comment #1
Advin commentedCauses WSOD on taxonomy term edit page when Spaces Taxonomy (7.x-3.0-alpha1) enabled.
Comment #2
idflood commentedI confirm it is still happening with the latest dev version. I've rerolled the patch in #0 since it had a wrong base. It is pointing to "/drupal/sites/all/modules/contrib/purl/purl.module" instead of "/purl.module".
Comment #3
batje commentedthis patch calls it path_processor and it also renames the actual object & filename in the include folder.
(i dont use the path purl processor, so cant tell if it works. this will probably break some features at least)
Comment #4
rafaelcaceres commentedWhy rename object and filename?
Comment #5
sebas5384 commented@rafaelcaceres and I, figure out some new patch.
If you didn't configure a modifier path before applying this patch you will get a big error when you where creating some new Group.
So I think this patch will do the job :)
Thanks,
Sebas.
Comment #6
rogical commentedError persistents after applying the patch at #5
Warning: file_exists() expects parameter 1 to be string, array given in ctools_get_plugins() (line 253 of /opt/development/test/sites/all/modules/ctools/includes/plugins.inc).
Comment #7
Anonymous (not verified) commentedI don't think this is the right fix, unfortunately, and I'll explain why. CTools uses that $cache->data['path'] key to find where the code implementing the module is, but instead it's seeing an array of PURL processor plugins, one of which happens to be called 'path', which is being passed into ctools_get_plugins().
I think this needs a bit more thought, to change how the plugins are implemented in PURL (and therefore Spaces OG). Have a read of the CTools advanced help info on creating plugins if you have time. I'll try to come up with something if I can, too.
Here's the output from my debugging (this is the $cache data at line 247/253 depending on your version of CTools):
Comment #8
Anonymous (not verified) commentedThis looks to be an issue with ctools due to a fix that went slightly awry: http://drupal.org/node/1371700#comment-5851864
Please ignore my previous comment on the plugin implementation. Hopefully an upcoming fix to ctools will fix this particular issue.
Comment #9
jaypark commentedpatch at ctools worked for me http://drupal.org/node/1371700#comment-5854084
patch reverts those lines to prior state.
Comment #10
maustyle commentedHi, I have the same error message after we moved our website.
How can I manually revert those lines to prior state or fix the error manually?
Many thanks!
Comment #11
Jeff Burnz commented#1371700: CTools adds cached plugins with wrong paths during hook_registry_files_alter() in multisite systems
Running dev version CTools will fix the issue.