BuddyPress.org

It’s better to be clear when posting!

You can use this snippet in your theme’s functions.php:

`function ray_bp_get_the_topic_last_poster_name( $name ) {
global $forum_template;

return str_replace($forum_template->topic->topic_last_poster_displayname, $forum_template->topic->topic_last_poster_login, $name);
}
add_filter( ‘bp_get_the_topic_last_poster_name’, ‘ray_bp_get_the_topic_last_poster_name’ );`

This snippet is part of my BuddyPress Usernames Only plugin, which you might be interested in:
https://wordpress.org/extend/plugins/buddypress-usernames-only/

This is why it’s so important to provide as accurate a picture as possible:

Initially you stated:
system is not sending..
Prompting my response for more detail but later you say:
but I have no problem in my wordpress blog.. this only occur in buddypress one

A vital piece of info that changes the nature of responses and needed to be provided from the outset.

@DJPaul Can you elaborate a little on this, is there in fact a possible issue between BP and WP when it comes to email sending? BP after all does have greater requirements for sending emails than WP, but I’ve never encountered an issue that was directly related to BP where email was concerned – as far as I’m aware! If there is a possible conflict is it something that can be flagged to look further into?

https://wordpress.org/extend/plugins/buddypress-block-activity-stream-types/

@mercime Basically the build of BuddyPress software on this website is pretty old. It has a bug where it doesn’t check for missing closing tags. As I have admin permission on the site, I went in and edited the post and corrected the markup. Don’t worry, this bug was fixed in the release versions of BuddyPress a few versions ago

@johnjamesjacoby has indicated that he going to update the WordPress and BuddyPress versions on the site this weekend. That will make things much better, though will inevitably involve some downtime whilst the upgrade is performed.

Or take a look at an existing WordPress plugin that adds a page in the same area that does you want, and try to reverse engineer it. My Achievements (https://wordpress.org/extend/plugins/achievements) plugin is quite well documented

BuddyPress uses the WordPress mailing routines. It’s probably due to a higher quantity of emails that your BuddyPress site is trying to send, vs WordPress.

Depends on your webhost actually. Some had to use a plugin to make mail work https://wordpress.org/extend/plugins/wp-mail-smtp/ and I’ve read others use this https://wordpress.org/extend/plugins/mail-from/

Check out the BP Skeleton Component:
https://wordpress.org/extend/plugins/buddypress-skeleton-component/

It teaches you how to create a whole plugin for BuddyPress; you won’t need to use all the code in the skeleton component, but it’ll help you structure your code for BP.

The functions you want to look at in particular are:
`bp_example_setup_globals()
bp_example_setup_nav()`

Both are located in bp-example-core.php.

Hope that helps.

There are two hooks BuddyPress uses when editing a profile that you can hook into:

`do_action( ‘xprofile_profile_field_data_updated’, $field_id, $_POST );
do_action( ‘xprofile_updated_profile’, $bp->displayed_user->id, $posted_field_ids, $errors );`

These actions are in the xprofile_screen_edit_profile() function in bp-xprofile.php.

If you’re unfamilar with WP plugin development, check out the WP Plugin API:
https://codex.wordpress.org/Plugin_API

Create a new WP page with the verbiage you want to add.

You might want to create your new page with a custom page template:
https://codex.wordpress.org/Pages#Creating_Your_Own_Page_Templates

Then set this new page as your frontpage:
https://codex.wordpress.org/Settings_Reading_SubPanel

There’s a new group category plugin that might help you out:
https://wordpress.org/extend/plugins/bp-group-hierarchy/

I haven’t tested it though.

hey Colage, did you have any luck resolving this issue?

To clarify, do these plugins work as expected when used with just wordpress, but not when integrated with buddypress?

Hi

I have created child blogs on a wpmu/bp install.

how do I get the child blog to integrate into the network? list forums/groups/profiles etc?

It seems my child blogs are as if the BP/WPMU main site does not exist?

Johnny

Some additional information which might be helpful:

– It’s a BP child theme and my theme does not modify any of the group creation templates like groups/create.php
– Issue has not been reported before and I can’t reproduce it.

I don’t really know where the nonce check failures could come from. Is there any specific aspect of a Child Theme that could cause this stop working? I’m not sure what the actual message means

Any help would be appreciated guys, we really want to fix this

I have successfully installed it on http://toolturf.com – initiatially only with Linkedin enabled
I found this video that explains how to implement it in wordpress / Buddypress
http://blip.tv/file/3814608?utm_source=player_embedded

@ekine
That’s not warnings, that’s me testing the API of Buddyvents (I’m the developer, by the way). What you see on the screenshot is actually a dumped query in JSON format, that your members could use to show events on their own website (doesn’t have to be WordPress).

test.shabushabu.eu always runs the latest development version, so some warnings might show up from time to time (especially if I happen to test things), but the current version is stable.

http://www.bloggingjunkie.com/disable-multi-site-option-wordpress-30.html

Always back up your database first.

Just to be sure, this is the right way to do it?

# BEGIN WordPress

RewriteEngine On
RewriteBase /redsocial/
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /redsocial/index.php [L]

# END WordPress
LoadModule rewrite_module modules/mod_rewrite.so

Here is a potential fix, not guaranteed to work

Go into your database, where you host all your files. Find the file: .htaccess.

It should be in the root of your wordpress.

Scroll down to the end of the file and add this:

`LoadModule rewrite_module modules/mod_rewrite.so`

What are you trying to do — remove the comment links on comments to BuddyPress profiles, and just let them go to whatever the default in WordPress is?

This is a bit tricky to achieve as it is set when the user account is activated. If you can clarify what the end result needs to be, perhaps there’s another angle of attack which we can use.

I think there are probably a number of things that would cause that message but I doubt it’s permissions.

When you installed BuddyPress, did you get the forums working *before* any customizing (plugins/themes)? I’d recommend always doing this when installing or upgrading because it will help you to discover issues before you make customizations of your own.

I’m not sure what to advise, but you might try installing a completely vanilla (untouched) WordPress install in another subdirectory on your domain/server, and then install BuddyPress and and activate the forums on that test install.

If it works on the test install, something you customized along the way is causing the issue and you should begin removing/adding those customizations one by one to pinpoint the problem.