BuddyPress.org

You need to override the new user admin email function:
https://codex.wordpress.org/Function_Reference/wp_new_user_notification

Then you need to call on some BuddyPress functions to grab the xprofile data.

xprofile_get_field_data() (located in bp-xprofile.php) will help.

—

If all this is foreign to you, short answer is “it’s possible, but requires coding”

@acaps2007
What I’ve found finally:

(It’s based on this article:
http://easyoutsource.com/blog/how-to-code-a-custom-adminbar-in-buddypress/)

So if you just set your adminbar to be hidden in css rather than completely disable it in the wp-config.php, you could use to call the notification menu.

If you’ve completely disabled adminbar, then use the following code instead(it’s copied from bp-core-adminbar.php):

<?php
global $bp;

if ( !is_user_logged_in() )
return false;

echo '<li id="bp-adminbar-notifications-menu"><a>loggedin_user->domain . '">';
_e( 'Notifications', 'buddypress' );

if ( $notifications = bp_core_get_notifications_for_user( $bp->loggedin_user->id ) ) { ?>
<span></span>
<?php
}

echo '</a>';
echo '<ul>';

if ( $notifications ) {
$counter = 0;
for ( $i = 0; $i < count($notifications); $i++ ) {
$alt = ( 0 == $counter % 2 ) ? ' class="alt"' : ''; ?>

<li></li>

<?php $counter++;
}
} else { ?>

<li><a href=&quot;loggedin_user->domain ?>"></a></li>

<?php
}

echo '</ul>';
echo '</li>';
?>

And as I have found out, the js effect (what you called the “mouse over” effect) is dealt automatically by bp-themes/bp-default/_inc/global.js

In my case, I’m building a child theme of bp-default, so I don’t have to worry about js, just copy and paste css codes from bp-themes/bp-default/_inc/css/adminbar.css and adjust selectors accordingly.

If you are not building a child theme of bp-default, then maybe you can try search in the global.js and make some copy and past.

Good luck !

Add the following to your theme’s functions.php:

`function ray_bp_remove_settings() {
global $bp;

// removing the existing settings tab
bp_core_remove_nav_item( $bp->settings->slug );
}
add_action( ‘init’, ‘ray_bp_remove_settings’, 0 );

function ray_bp_readd_settings() {
global $bp;

// add a new settings tab to use notifications as default tab
bp_core_new_nav_item( array( ‘name’ => __(‘Settings’, ‘buddypress’), ‘slug’ => $bp->settings->slug, ‘position’ => 100, ‘show_for_displayed_user’ => false, ‘screen_function’ => ‘bp_core_screen_notification_settings’, ‘default_subnav_slug’ => ‘notifications’ ) );

// bug in bp_core_remove_subnav_item(), we have to hack the screen function so it displays the notifications screen when you land on /settings/
if ( $bp->current_component == $bp->settings->slug && $bp->current_action == ‘general’ )
add_action( ‘wp’, ‘bp_core_screen_notification_settings’, 3 );

// add back the subnav notifications tab
$settings_link = $bp->loggedin_user->domain . $bp->settings->slug . ‘/’;

bp_core_new_subnav_item( array( ‘name’ => __( ‘Notifications’, ‘buddypress’ ), ‘slug’ => ‘notifications’, ‘parent_url’ => $settings_link, ‘parent_slug’ => $bp->settings->slug, ‘screen_function’ => ‘bp_core_screen_notification_settings’, ‘position’ => 20, ‘user_has_access’ => bp_is_my_profile() ) );
}
add_action( ‘init’, ‘ray_bp_readd_settings’ );`

Tested lightly. Encountered a few bugs, but this will work…

— if you want just a nav item for <i>inbox messages</i>, than a simple slug would be easy to add.

If you want the entire notification tab there… same type of thing as before,

function bp_adminbar_notifications_menu() {
global $bp;

if ( !is_user_logged_in() )
return false;

echo '<li id="bp-adminbar-notifications-menu"><a>loggedin_user->domain . '">';
_e( 'Notifications', 'buddypress' );

if ( $notifications = bp_core_get_notifications_for_user( $bp->loggedin_user->id ) ) { ?>
<span></span>
<?php

The next thing I’d do is deactivate BuddyPress to see if you’re still not getting new user notifications. If you can’t do this on your live site maybe create a test install in a subdirectory. This would help isolate whether it’s a BP or WP thing. You might want to check out the WordPress forums, too – https://wordpress.org/search/new+user+notification?forums=1

Did you ever get these new user notifications? Or is it something that just started happening recently? Maybe it’s a plugin or customization issue specific to your setup.

hi Avi M,

I am having the same problem. Also with Bluehost and initially I had a problem with activation e-mails. Nothing was sent and the new user could not activate the account as there were no e-mail of notification. Then I was advised to set up an e-mail account with them and still the problem persisted. After that I had install the Configure SMTP plugin which solved the activation e-mail problem only. Still there are no e-mails/notifications being sent sitewide. Can not figure out what I should do.
Can you tell me if you installed any additional plugin for this at all? How did you set up an e-mail address from Bluehost. Before I set an e-mail address and started using the Configure SMTP plugin, the general @box…bluhost.com e-mail was used which apparently was the default address.

Please share with us what you have done with bluehost.
thanks in advance.

I’ve experienced this problem as well, here is my work around. This fixes my particular grief with this defect, but is not particularly kosher (modifying core plugin files, be careful with your updates) so your mileage may vary.

In /wp-content/plugins/buddypress/bp-friends/bp-friends-notifications.php edit the variable $all_requests_link on line 14. This is the link sent in your friend requests e-mail that breaks if you are not logged in.

What you will attempt to do now is change this variable to include /wp-login.php?redirect_to=the_link_you_want_to_login_redirect to. reauth=1 is added in case the person is logged in, they will be redirected to the correct place also and not bypassed.

In the end your line 14 variable $all_requests_link should read:

` $all_requests_link = “http://www.yourdomain.com/wp-login.php?reauth=1&redirect_to=&#8221;.bp_core_get_user_domain( $friend_id ) . BP_FRIENDS_SLUG . ‘/requests/’; `

Please change yourdomain.com in this variable to your actual domain.

Good luck and lets hope this defect gets fixed the right way, soon.

See official bug trac for more updates on this bug: https://trac.buddypress.org/ticket/2647

I would also like to know how this works,. I’ve been wrecking my brain on it for some time now. I think its a lot easier for the user to have everything in one place.

@boone i read where you said they wuld hve to go thrugh the same html form, but what if you tabbed the pages so that you could still use the appropriate forms? Maybe a ajax call to load the static form

@patrik, hey let me know if you come up with anything. I’ll do the same

i know im late on this post lol, but still

I have upload buddypress at my website when i send a friendship request from other ID and try to accept from respondant ID then the notification page do not open my buddypress url is http://www.achisite.com/friends you can check a notification with this id USERNAME: mudaber Password : 123456 please help me Thanks

I have upload buddypress at my website when i send a friendship request from other ID and try to accept from respondant ID then the notification page do not open my buddypress url is http://www.achisite.com/friends you can check a notification with this id USERNAME: mudaber Password : 123456 please help me Thanks

@r-a-y

Thanks. I had found that same post yesterday and already applied it. Works great!

I like it because I get the benefit of “post on wall” type usability, and I still get the email notifications, which I think is an important feature. I now simply wish to have “ @username” tagging (mentions) to continue to work as always, yet I want to tweak the look of the site so user’s who don’t want to try to understand it don’t feel like they have to.

Also, regarding my #2 point above: The user who is doing the posting never has to type an “ @user” and cannot delete it from the posting form, because it gets added behind the scenes after he or she posts. Nice! Like I said, now I just need to tweak the site design to make the “mention this user” button go away, and perhaps rename the “mentions” filter menu choice.

Well currently if “User A” makes a status update and then “User B” replies to his update, “User A” receives a notification in his email inbox and sees what “User B” said. Currently, if “User A” wants to respond to “User B” he has to log back into the social network, find the update, and then type in the message.

It would be easier for a lot of mobile users instead to hit “reply” in their email inbox and then just type in their response and then click “submit”.

The more I think about it though, it seems like “reply-by-email” would actually be a separate plugin. It would be useful not only for mobile users but also regular computer users. Although I think it would help mobile users the most.

When you setup the globals of your plugin you can specify a notification function like so:
`function log_setup_globals()
{
global $bp;

// some stuff here

$bp->logbooks->format_notification_function = ‘log_format_notifications’;

// some more stuff here
}
add_action( ‘bp_setup_globals’, ‘log_setup_globals’ );`

This function might look something like this then:
`function log_format_notifications( $action, $item_id, $secondary_item_id, $total_items )
{
global $bp;

if( ‘new_dive’ == $action )
{
if ( (int)$total_items > 1 )
return apply_filters( ‘log_multiple_verifications_notification’, ‘loggedin_user->domain . ‘logbook/verifications/” title=”‘ . __( ‘Verifications’, ‘logs’ ) . ‘”>’ . sprintf( __(‘You have %d new logbook verifications’, ‘logs’ ), (int)$total_items ) . ‘‘, $total_items );
else
return apply_filters( ‘log_single_verification_notification’, ‘loggedin_user->domain . ‘logbook/verifications/” title=”‘ . __( ‘Verifications’, ‘logs’ ) . ‘”>’ . sprintf( __(‘You have %d new logbook verification’, ‘logs’ ), (int)$total_items ) . ‘‘, $total_items );
}

do_action( ‘log_format_notifications’, $action, $item_id, $secondary_item_id, $total_items );

return false;
}`

You can then remove these notifications with a function like this:
`function log_remove_screen_notifications()
{
global $bp;

bp_core_delete_notifications_for_user_by_type( $bp->loggedin_user->id, $bp->logbooks->name, ‘new_dive’ );
}
add_action( ‘log_verifications_screen’, ‘log_remove_screen_notifications’ );`

For this to work you have to place the do_action call to log_verifications_screen on the page that is linked in the notification.

To record a notification you call this function like so:
`bp_core_add_notification( $dive_id, $user_id, ‘logbooks’, ‘new_dive’ );`

I copied the above from a plugin I’m working on at the moment. Also, have a look at the skeleton component and the various BP functions.

Enjoy!

@bmunch Your suggestion (groups can be created only by users of a certain level) would be much easier to implement than true moderation of group creation. You’d just have to wrap some of the “create a group” elements in the UI in a `if ( current_user_can() )` check, and maybe add a few such checks at the top of some key group creation functions.

With real group moderation, a lot of admin overhead is required: a UI for admins to see pending/approved groups (Group Management doesn’t do that, but it could be a step in that direction, as BPGM has all the necessary hooks and filters); a notification system to let admins know when a group is pending; a notification system to let users know when their groups have been approved; the backend functions necessary to create and check a piece of group metadata saying whether the group has been approved. This could conceivably be accomplished with a plugin (though I can think of one or two places where additional filters would be required in BP’s core code), but it would take a lot of work. Maybe one of you is up for the job

The “Mail From” plugin solved my issue of not getting activation emails when users signed up on my website. A million thanks for the advice!

NOTE: I did the ‘One Click Installation’ and the plugin works fine with this. No need to go through the manual installation as stated by some!

I’m using WP 3.0.1 and BP 1.2.5.1

Hosting: Hostmonster

Cheers

Go back to your account and have a careful study of the site wide notifications screen.

did you ever figure this out? I would like to do the same.