BuddyPress.org

@xrun You got it all right, except that bp-custom.php should go into your plugins folder (probably wp-content/plugins).

Cool, good luck!

You’re right that avatars on subdirectory blogs are acting a bit funky. It might be a BP bug, I have to look into it a little more. In the meantime, the following strategy might be a workaround for you. In your bp-custom.php, put a function like the following: function bbg_avatar_paths( ) { $root_url = get_blog_option( [...]

That will work. The only problem is that it’s not entirely future-proof. If the structure of the $field object changes in future versions of BP, you’ll have to rewrite the code. If I were you, I would use a profile loop, as described at https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-profile-data-loop-bp_has_profile/. That…[Read more]

Is there anything in your error logs that might be helpful?

I understand your question, and you’re right, there is no such function. But from inside of a profile loop, you can use bp_the_profile_field_name(), and it will get the $field_id implicitly from the loop iteration. If you don’t want to build a loop, you can get the field name from the $field_id like this: $field = [...]

Depending on whether you’ve turned on the components at Dashboard > BuddyPress > Component Setup, BP provides extended user profiles, an interactive activity stream, private messaging, user-creatable groups (with integrated activity streams, forums, and other functionality available via plugins), blog tracking, friend connections, and member/group…[Read more]

How are you trying to delete the user? From the WP Dashboard? Does the problem persist when BuddyPress is turned off?

If you’re experiencing problems deleting users via the WP user management panel, then it’s probably not strictly speaking a BuddyPress problem. You might try deactivating BP (deactivate BP-dependent plugins first!) for a moment, to see if you’re able to delete members with BP turned off. If not, then your problem is WordPress related.

The strategy is this: Create a bp_has_members() loop, passing the user id along in the include parameter (see https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-members-loop/ for more details about the members loop). Then, inside of that loop, use the member header at…[Read more]

Yes, you can do this with the xprofile template functions, which are located at buddypress/bp-xprofile/bp-xprofile-templatetags.php. Use the profile loops in buddypress/bp-themes/bp-default/members/single/profile/profile-loop.php as a template.

Francesco rules!

We’ve drifted a bit from our topic, which was to set out the goals of this group. If you want to start another conversation about the operating environment buddypress.org runs on, please start a new topic.

@hnla – I just built a 30-minute edit limit for my own installation last week. If you post a ticket, I will submit it as a patch 🙂

Woo hoo! Quite possible that that’s a bug in the original plugin (though I’m not sure how it snuck through)

@hnla I agree with you, but the line between ‘feature requests’ and ‘addressing essential fundamentals’ is not all that clear, eg displaying code correctly in the forums.

@LPH2005 – It looks like the plugin is trying to create the table. I don’t think it should be doing that every time you load. I will have a closer look when I get a chance and see if I can reproduce.

I’m in like Flynn. boonebgorges is my username. Currently beating Paul 😉