BuddyPress.org

Thanks for the report and suggested fix, @vesterde.

I’ve linked to this thread in this ticket – https://buddypress.trac.wordpress.org/ticket/7908

It’s a problem with your theme.

You need to alter the /members/activate.php template in your theme. The template might be named /registration/activate.php as well:
https://github.com/buddypress/BP-Default/commit/baa3be909bb353e2a20a16a0e6da5219b4a73627

Check out the “Displaying Extended Profile Fields on Member Profiles” article

Displaying Extended Profile Fields on Member Profiles

If you’re using a custom theme that has overriden the activation template, your problem will occur.

Read the second point in the following thread for a fix:

BuddyPress 3.1.0 is now available!

I also think this is a bug, but while we wait for an official response, I’ve managed to work around it.

Technically, this only happens if you’re using the Nouveau template, legacy still works fine.

There are two steps to fix the issue. Firstly, in your theme folder create the folder(s) buddypress/common/js-templates/messages and inside messages, create index.php.

Into index.php here, copy the contents of the buddypress plugin file (within the plugin folder) bp-templates/buddypress/common/js-templates/messages/index.

Inside the newly copied index.php file, go to line 37, where the input named “send_to” is located and change it to this:

Github gist #1

That was the first step, the second one is to add the following filter to functions.php:

Github Gist #2

That fixed it for me.

The problem seems to be 2 things.

Firstly, the link being generated on for the user list view has “…#compose?r=…”, which is meant to use the compose view as a backbone view I presume, but that ends up not switching to the compose at all, so switching out # for / makes it go to the correct location.

Secondly, the input field has no code (PHP or Javascript within the Backbone engine) that should take the query variable and inject it as the recipients username. The code itself does exist (bp.Nouveau.getLinkParams), I just don’t know why it wasn’t implemented here somehow.

Hope this helps.

@brunomac
It seems right,

for ref: you can also check https://wordpress.stackexchange.com/questions/46510/allowing-users-to-add-html-to-bp-groups-description-how-can-i-error-check-html-o
https://github.com/buddypress/BuddyPress/blob/master/src/bp-groups/bp-groups-filters.php

@darksilence1990 It might be some 3rd party plugin conflict, Try to disable other user-specific (like login redirect or any BuddyPress add-on )plugins for a while check profile again.

@shnactor1 It seems, Online Duration Query is hard coded for 5 min
https://raw.githubusercontent.com/buddypress/BuddyPress/5416edd2146df0aca06cba1007f5175dc827135f/src/bp-core/classes/class-bp-core-user.php
You can request for the filter from trac ticket https://buddypress.trac.wordpress.org/report

@chaddblanchard You can check https://buddydev.com/hiding-users-on-buddypress-based-site/

@brunomac not at default integration, you can check Group Extras plugin approach. https://wordpress.org/plugins/buddypress-groups-extras/

BuddyPress members are the same as WordPress users as far as the database is concerned. They are all saved in the wp_users table.

Possibly the best way of doing this would be to create a custom xprofile field type that encompasses your universities as a drop down list. There used to be the perfect template for you on github – a BuddyPress Xprofile Country Picker – all youd really need to do is swap out the countries for universities. However, I can’t find it, but a deeper search might find it somewhere.

One option is to let the users enter the site details themselves using https://github.com/shanebp/BP-xProfile-Location however that’s probably not ideal for you.

You could use one of the existing Xprofile field types as a template for what you want to do. There’s a number of Xprofile Custom field type plugins around, a quick search in the plugins directory and you will find them, find on that provides a drop down list and fork that. This way you let BP do most of the work for you.

For

BuddyPress does not come with a Shop/edit page

Hello,
I tried to implement this code but without success.

function bpex_set_member_default_nav() {
 
    bp_core_new_nav_default (
        array(
            'parent_slug'       => buddypress()->activity->id,
	   // other "activity" sub_nav slugs : personal favorites friends groups
            'subnav_slug'       => 'friends',
            'screen_function'   => 'bp_activity_screen_friends'
        )
    );
}
add_action( 'bp_setup_nav', 'bpex_set_member_default_nav', 9 );

My BuddyPress version is 3.0
Have any change?
I activate to the debug and I don’t receive any error

I tried to signup and yes it failed. Did you reset email? tools>buddypress>reset email Otherwise it looks like a plugin conflict to me. I would deactivate one by one. Also, deactivate 15zine and try twentyseventeen

Ok,
The weirdest thing… I’m having this same issue, but….. On only of my groups…. I’ve used the buddypress tools to reinstate/repair activity.. and I also repaired my database and renewed permalinks… What the heck.. and even more weird… Its not all gone (group activity) the older stuff is all gone and ALL the videos he had posted…

chats to be indexed in the message component of buddy press.

BP Better Messages

BP Better Messages – is a fully featured replacement for standard BuddyPress Messages. Plugin is fully backward compatible with BuddyPress Messages.
Websocket version (fast) $9.99 (licence) month, but I wonder if you only need to pay for one month

@quigley05 which template file you are modifying, member-specific template files inside buddypress/members/single display content based on displayed user id.

If it was me I’d retrace the function that is producing that message and work back from it to find out what BP check is failing in order to understand what data BP is looking for, I’d then check the data stored in the DB to make sure it’s correct.

One thing you could try is to goto admin>>Tools>>BuddyPress and see if the DB fix tools supplied help.

It’s worth trying deleting BuddyPress and reinstalling, but this seems more db related. Basically BuddyPress thinks your users do not have the right privileges to view their messages.

You might like to raise this as a feature request in trac?