Skip to:
Content
Pages
Categories
Search
Top
Bottom

Re: “Plugin could not be activated because it triggered a fatal error”


Marcus
Participant

@netweblogic

Yup, I’m having this problem as well. Driving me nuts too, errors occur in any bp version I’ve tried so far… don’t understand exactly how it’s happening either. I think it’s a server issue though as my local server didn’t have this problem (or at least not as often, can’t remember exactly)

In previous versions (<1.2x), I got this problem which was resolved by changing all include() functions to include_once() within bp-loader.php.

Now (WPMU 2.9.2 and BP 1.2.1), it seems that buddypress is being loaded from somewhere without it even being activated (I see the bp menu in wp-admin once bp is in my plugins folder). I think when trying it activate it it tries to load everything twice, and there comes the fatal error. I’d love some insight on this particular bit….

The fatal error is blank for me too, but I can get it to start showing by changing error_reporting to the numerical E_ALL equivalent in my php.ini or httpd.config.

I have had to hack BP to fix this issue again, the trick is:

  1. create a new file, e.g. bp-loader-fix.php
  2. move the contents of bp-loader.php over except the first comment block
  3. Make sure the new file has starting and ending <?php ?> tags, same with bp-loader.php
  4. in bp-loader.php, add the following as the last (and now only) php statement require_once('bp-loader-fix.php')

That should prevent the redeclaration from happening.

Can anyone offer insight on this? I’m on a CentOS PLESK environment, I wonder if it’s to do with that?

Skip to toolbar