[@boonebgorges Keymaster 15 years, 6 months ago]

Sure, you can drop me an email at boonebgorges gmail.

[@boonebgorges Keymaster 15 years, 6 months ago]

If you upgrade to WP 3.1, you’ll also have to upgrade to BP 1.2.8. That should go smoothly, but it might be worth researching your essential BP-related plugins to make sure they are 1.2.8 compatible. (This mostly has to do with Multisite/Network Admin fixes.)

I’m not sure how or why those upgrades would solve the problem, though.

You may want to try switching back to the default theme for a moment, just to see if that fixes the problem. At least that would narrow down the problem a little bit.

[@boonebgorges Keymaster 15 years, 6 months ago]

It is not trivial to do this. That’s probably why no one has jumped in. It would take a developer a few hours to get this working correctly. I am happy to give you some pointers, though I’m unsure how useful it will be.

The activity filter dropdown works by feeding parameters into the bp_has_members() loop. But that loop does not accept any parameters like “connected-to-him”. It does accept user_id and scope params, so you can get all of a user’s friends’ activity fairly easily. I’m not sure if this is what you mean by “related” and “unrelated”. If you want something above and beyond “friends”, then it’ll have to happen by means of a custom query.

Making an activity filter the default involves a few things. First, you have to ensure that the correct dropdown option is selected onload. That can probably be done easily enough at the template level. Then you have to filter the output of bp_ajax_querystring, so that when there are no other scope items being passed, you add the user_id and friends arguments to the query string. If you search these forums for bp_ajax_querystring, you should be able to get some hints.

As I said above, this will probably take a competent BP developer a few hours to implement – more if you need some complex query for the notion of “related” activity. Maybe that will help you BELIEVE why no one has jumped in to solve with a magical line of code

[@boonebgorges Keymaster 15 years, 6 months ago]

OK, it sounds like you probably have your memory bases covered then.

When you say that users see an empty body tag, can you be more specific? Does this happen after they have clicked Submit on the login form? Are they able to access the wp-admin area? Can they see the site when logged out? What theme are you using? WP/BP versions?

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

Are you using a caching plugin?

[@boonebgorges Keymaster 15 years, 6 months ago]

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 and look to see that it matches the distribution version exactly.

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

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 of any plugin that will do this out of the box.

[@boonebgorges Keymaster 15 years, 6 months ago]

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).

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

Great – glad you’ve got it figured out!

[@boonebgorges Keymaster 15 years, 6 months ago]

Have you done any customizations to .htaccess?

[@boonebgorges Keymaster 15 years, 6 months ago]

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 situation which would have been irrelevant in non-MS mode). It’s possible that either the setting I mention above, or something about the way that WP eMember handles membership in an MS network, is interfering with the way that the admin bar is conditionally displayed.

[@boonebgorges Keymaster 15 years, 6 months ago]

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 point of view – each site will show the same members.

That said, have you considered using BP groups for countries? The URLs wouldn’t look exactly how you want, but everything else would be similar.

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

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 seeing 500 errors when you attempt to visit http://example.com/wp-admin.

I’m not sure what cloudflare is – I looked at their site and I don’t get it. Is it a caching plugin of some sort? It’s possible that a caching plugin might cause this sort of problem. Generally, what other plugins are you running?

[@boonebgorges Keymaster 15 years, 6 months ago]

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 a blank page? What happens when one of these new users attempts to view a page like http://example.com/members? I think that we need a clearer sense of what’s going on before we can suggest a solution.

Do you have any plugins installed that restrict member access to certain parts of the site? For instance, are you using some method of keeping non-members from accessing pages like example.com/members?

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

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

[@boonebgorges Keymaster 15 years, 6 months ago]

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.

[@boonebgorges Keymaster 15 years, 6 months ago]

The most elegant way to do this is to filter bp_ajax_querystring. Detect whether you’re looking at the activity stream, and if the querystring is empty, add arguments that show friends’ activity.

Here’s a thread with an example on how to build such a filter (yours will do a few more conditional checks first): https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/add-filters-to-if-bp_has_activities-bp_ajax_querystring-activity/#post-88068

And here is some guidance on the arguments taken by bp_has_activity(): https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-activity-stream-loop/

[@boonebgorges Keymaster 15 years, 6 months ago]

Here are some hints:
– Get the current time with `time()`, convert the post time to UNIX format with ‘strtotime()’, and subtract the two. Remember that the difference will be in seconds. You can use that for comparison.
– Apply CSS selectors conditionally to get what you want. So, assuming that you have set `$is_more_than_one_hour` hour to true or false based on the procedure just described, do something like
`<li class=" more-than-one-hour” id=”activity-“>`
in your activity/entry.php file (assuming that you’re talking about activity items)
– Then just add the proper styles in your stylesheet.