BuddyPress.org

How did you “fix” the memory error? It could still be that certain user accounts have enough metadata attached to them that they go past the memory ceiling you have set on your site.

Something must be wrong with the way that your host’s PHP parser is working. It doesn’t seem to be recognizing the function declaration correctly. You might think about contacting your host.

Maybe someone smarter than me on these boards will have a better idea. I have never heard of this sort of problem before.

There must be something wrong with the way that you are editing the files. What program are you using to edit them? The file should look exactly like this: https://svn.buddypress.org/tags/1.2.8/bp-core/bp-core-avatars.php Yours must not.

Are you using a caching plugin?

I’m telling you, something is corrupt in your bp-core/bp-core-avatars.php file. You can see here https://trac.buddypress.org/browser/tags/1.2.8/bp-core/bp-core-avatars.php that there should be no call to bp_core_set_avatar_constants() on line 12 of the file. I’m guessing that the first 46 lines have somehow been removed from your file. Open it up…[Read more]

If you can revert to an older version of the .htaccess, it might be worth a test. 500 errors suggest that WP is not even loading in the absence of BP, which suggests that there might be something funky happening at the htaccess level.

Yes, I think I understand what you are suggesting. But I am saying that it is not possible at the moment. Groups, forums, etc, are universal in a BuddyPress installation. With some customization, you might be able to show certain groups only on a certain subdomain (using the BP setting BP_ENABLE_MULTIBLOG) but I don’t know […]

Very strange. It’s possible that your BP installation files have become corrupted somehow. You might consider reuploading BP 1.2.8 (overwriting the files that are already there).

I’m afraid you’ll probably have to deactivate your plugins a few at a time, as it’s probably one of them (or some combination) that is causing your problem.

Great – glad you’ve got it figured out!

Have you done any customizations to .htaccess?

Thanks for the clarification. That makes a lot more sense. Go to Dashboard > BuddyPress > General Settings, and look at the setting for “Hide admin bar for logged out users?:” Does it say Yes? Try switching it to No. I’m guessing that users are not being added automatically to the BP root blog (a […]

At the moment, there is no way to do exactly what you are trying to do, without having totally separate WP installations. BuddyPress gets its member data from the WP user table, which is shared among all sites. That is, there is no way to distinguish between a france.example.com and a germany.example.com site from BP’s […]

I might start by turning off W3 Total Cache. It’s possible that certain kinds of member queries are being cached in a funny way.

It’s a pretty good idea to deactivate the BP theme before deactivating BP, though strictly speaking it should not be necessary. Having a BP theme active while deactivating BP will mean that visitors to your site will see a white screen. However, the Dashboard of your site should still be available. You should *not* be […]

I still am not clear on what’s happening. Presumably, you are using a BP-compatible theme, such as BuddyPress Default. Users should then be able to access BP content by clicking on links like Members, Groups, etc. What do users see when they view your site? Do they see the theme that you have installed? Or […]

The best way to do this, at the moment, is to hook a function to one of the signup functions (perhaps the do_action hook ‘bp_core_activated_user’, found in bp-core/bp-core-signup.php), and to save a set of default settings when a user registers.

What theme are you using? What other BP plugins are you using? What version of BP/WP?

Right. In order to make the friends stream show, you will have to filter the arguments that go into bp_has_activities(), as described in the links above.

Glad you’ve found the source of the problem though!