BuddyPress.org

Hi,
I am running buddypress plugin on wordpress 3.8.1 and using Windows hosting for http://haflongbosconians.org/ . While the front pages are working fine, the buddypress pages are showing a 404 error.
I found this solution for APACHE http://www.youtube.com/watch?v=m9zESEfNzSQ . What can I do for Windows hosting?
Appreciate your help.
Regards.
Soumya

> the hobbled together mess

Just to push back a little on this one. There are a couple of key ways in which BP’s current permalink router is not ideal (it’s not amenable to caching; it’s not non-pretty-permalink friendly; it’s hard to write unit tests for it; it leaves some slugs difficult to change). Moving toward the WP Rewrite API is a worthwhile project, because improving on these areas are worthwhile things to do.

However, it’s important not to overstate the problem. The current system works just fine for many thousands of BuddyPress sites. While there would be new efficiencies and configuration possibilities with a new system, it’s unlikely that their absence to date has ever been a dealbreaker for any BuddyPress site. @synaptic or others, I may be wrong about this, and if there are specific ways that the current router is holding you back, it would be very helpful to know more about those details.

In any case, while it will require a large amount of work to build a new system that’s compatible with the old, it’s not doing any active harm to existing (or new) sites to use the current (perfectly functional) system. So let’s not get too carried away with the idea of forking our own project 🙂

This is what I did, ignoring the bit above:

The function bp_displayed_user_mentionname is declared in /plugins/buddypress/bp-activity/bp-activity-template.php:1027

As this function is a filter, we can simply remove it to remove the @username from the template. But because the hardcoded @ sign before the username, we have to add a CSS rule with the remove_filter function. The function above will do all that.

Add these snippet to your bp-custom.php (read here if you don’t know this file)

/* remove @username from the profile header */

function bpfr_remove_mention_from_profile() {

echo ‘<style> h2.user-nicename { display:none; } </style>’; // hide the h2 containing the @

if( bp_is_user() && ! bp_get_member_user_id() ) { // be sure we get the right user_id
$user_id = ‘displayed: ‘. bp_displayed_user_id();
} else {
$user_id = ‘get_member_user: ‘. bp_get_member_user_id();
}

remove_filter( ‘bp_get_displayed_user_mentionname’, bp_activity_get_user_mentionname( bp_displayed_user_id() ) );

}
add_filter( ‘bp_get_displayed_user_mentionname’, ‘bpfr_remove_mention_from_profile’ );

I would totally not recommend to disable it. You should spend more time to figure the problem out. In my BuddyPress test installations (local and live), it sends the emails just fine, so there is a problem, maybe in your server, template, I don’t know, somewhere.

But, if you really wanna disable this, after a quick search here and in Google, I found some possible solutions.

Obs.: I haven’t tested it, so use it at your own risk.

https://buddypress.trac.wordpress.org/ticket/3443
https://buddypress.org/support/topic/i-would-like-to-disable-email-activation/#post-43483

I am having this exact issue. I am a developer and I know how to run through the steps mentioned here..

What I have tried is to find a user that is stuck in not being activated and running putting this on one of my pages:

<?php                                                                                                        $user = get_userdatabylogin('busaany'); echo $user->ID;                                                                                                    echo get_user_meta( $user->id , 'activation_key', true );
?>

This yeilded an activation key:
2429b4ee92830f6557b5b5be271b5078defe

So I tried to plug that into the activation key url as such:

http://bounty.co.nz/activate-account/?key=2429b4ee92830f6557b5b5be271b5078defe

This brought me to the invalid key page as mentioned by others… This is a major issue and I am getting all sorts of stress/grief from my client. I am 100% committed to fixing this issue myself if that is what has to be done. But I was hoping that my putting this here could give the buddy press devs some more info on what is going on. This use HAS signed up, this use HAS tried to go to this link and it failed first time.

I have used a plugin called buddypress pending activations to try and remedy this and trouble shoot it. It allows me to figure out who is being caught and it is a non-trivial amount of users. The user remains in the pending regardless of visiting that link or entering the code into the box on the page…

Any leads? I will be getting this locally set up and try and debug buddypress as I am certain this is buddypress thing now not a server issue. But if you can get me any help or direction that would be great. If I can fix this I will let you guys know and we can get this resolved in the core.

Regards,
Justsayno1

BuddyPress doesn’t have an API, what are you using to get json?

https://buddypress.org/support/topic/auto-add-friends/
https://wordpress.org/plugins/bp-automatic-friends/

What exactly in BuddyPress is the problem? Have you tried the 2.0 beta?

BuddyPress 2.0 Beta 1 is now available

@halo-diehard
The Group Forums component in BuddyPress has been retired and it is indeed advised to use bbPress (version 2.x).

Hi @metalmick

@username on the profile header is displayed with this code in BP 1.9.2
(see bp-themes/bp-default/members/single/members-header.php:28)

if ( bp_is_active( 'activity' ) && bp_activity_do_mentions() ) : ?>
   <span class="user-nicename">@<?php bp_displayed_user_mentionname(); ?></span>
endif; 

The @ sign is hardcoded in the span, so you have to remove it manualy from the file.
To do this, you can hide it with a CSS rule or you can remove the whole if statement if you use member-header.php file within a child theme/theme.

A more elegant solution would be to do this with a function, so we haven’t to think about theme modification or to forgot a CSS rule or to check BP after each update.

The function bp_displayed_user_mentionname is declared in /plugins/buddypress/bp-activity/bp-activity-template.php:1027

As this function is a filter, we can simply remove it to remove the @username from the template. But because the hardcoded @ sign before the username, we have to add a CSS rule with the remove_filter function. The function above will do all that.

Add these snippet to your bp-custom.php (read here if you don’t know this file)

/* remove @username from the profile header */

function bpfr_remove_mention_from_profile() {	

	echo '<style> h2.user-nicename { display:none; } </style>'; // hide the h2 containing the @

	if( bp_is_user() && ! bp_get_member_user_id() ) {  // be sure we get the right user_id
        $user_id = 'displayed: '. bp_displayed_user_id();
    } else {
        $user_id = 'get_member_user: '. bp_get_member_user_id();
    }

	remove_filter( 'bp_get_displayed_user_mentionname', bp_activity_get_user_mentionname( bp_displayed_user_id() ) );
	
}
add_filter( 'bp_get_displayed_user_mentionname', 'bpfr_remove_mention_from_profile' ); 

Succesfully tested on BP 1.9.2 and 2.0 beta 1

Great Scott!

These time issues crop up every blue moon, so any insight you can provide into the following time settings would be awesome:

• Your physical timezone
• The timezone setting of your server(s)
• The timezone setting of your PHP configuration
• The timezone setting of your WordPress installation

Seems somewhere down the line, there’s a problem with our calculations in a certain configuration. It could be the math, could be daylight savings time, could be a WordPress bug, a BuddyPress bug, or a rip in the space-time continuum!