BuddyPress.org

Same issue here with BuddyPress 1.2.9 & WP 3.2.1

The problem seems to come from this file :
/buddypress/bp-groups.php
which calls
do_action( 'groups_promoted_member', $user_id, $bp->groups->current_group->id );

before the file below is included
/buddypress/bp-groups/bp-groups-notifications.php
that should add the action to add the notification:
add_action( 'groups_promoted_member', 'groups_notification_promoted_member', 10, 2 );

Quick fix:

function addGroupNotificationFile($user_id, $group_id)
{
require_once ( BP_PLUGIN_DIR . '/bp-groups/bp-groups-notifications.php' );
}
add_action('groups_promoted_member', 'addGroupNotificationFile', 100, 2);


Try this 3rd-party plugin:

BuddyPress User Notifications Widget plugin

@en0ch

So sorry I didn’t see your request for more help. I have my settings to be notified of any @mentions and replies to my forum posts but for some reason I did not receive any notification that you had replied. Not sure if it’s a problem with BuddyPress.org notifications or what.

Anyway, it’s probably too late and you hopefully found a solution already, but I’ll post this here just in case you or anyone else are still looking for a way to disable the random visit menu in the BuddyPress admin bar without disabling the admin bar itself.

Rather than explain the inadequate solution of changing #bp-adminbar-visitrandom-menu display to none in the stylesheet, let me give the function override solution instead:

In your theme’s footer.php file, right BEFORE it says “, add the following code:
`
<?php
if (!is_user_logged_in()) {
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_random_menu’, 100 );
}
?>
`
That’s if you want the random visit menu to be removed only for users who are not logged in.

If you want it to be removed for all users, whether or not they’re logged in, use this simpler code instead:
`
<?php
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_random_menu’, 100 );
?>
`

I see that the font for the code I just posted is not clearly legible in places. Please note that the remove_action line ends with a semi-colon ;

HTH

Marian

I also had this problem and went through a deep analysis.

The issue stems from the fact that Bluehost requires that the email be sent from an account that exists on the system. They do this as an anti-spam technique and they require this even if the mail is originating from within the system.

Enter WordPress. PHP uses a mail function mail(). WordPress maps this to wp_mail() and pretty much everyone uses the wp_mail for the plugins within WordPress. This makes sense as it allows customization of WordPress mail at a relatively low cost of performance.

Enter Buddypress. Buddypress places a filter upon wp_mail() such that all email originate from the user ‘noreply’ on the domain such that end users don’t reply to the notifications. Sounds cool.

But remember that Bluehost does not allow email to be sent from non-accounts and that’s the catch.

Using a foreign SMTP does not work for Bluehost blocks those ports. Using local SMTP will work but you need to provide the right setup and credentials. Finally, using mail-from plugin works since it filter’s the Buddyhost filter changing the email from address back to a valid Bluehost email account.

Hopefully, this explains what is happening and you can choose which strategy you want to use to fix the problem.

== All I want to do is to hide the “Dashboard” button ==

Know that the “Dashboard” link in adminbar appears for logged-in users who have a role greater than Subscriber on your blog. If you still want to do this then if you don’t have one yet, create a bp-custom.php file, add the code below and upload to wp-content/plugins folder:
`<?php
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_thisblog_menu’, 6 );
?>`

== have Notifications and buttons like “Edit Profile” etc [in adminbar] ==

Notifications link and “Edit Profile” buttons are already in adminbar for logged-in-users.

PLEASE!!! My users are complaining loudly about this issue. Some of them have nearly a dozen un clearable notifications because of this issue! I can only imagine the chaos that will ensue once the community has been active for a year and they have dozens and dozens of notifications that won’t go away…

And new users can’t find answers to these already answered forum topics!

I think a simple solution would be to not allow forum topics to add to the activity stream. I can do this with a great plugin. But how do I clear all the notifications that users already have?? And besides, this is only a hack. I would like to keep forums updates in the activity stream, to encourage interaction.

Thanks

i did something like this in a real round about way using the Buddypress Followers plugin. I was able to modify to only show the Follow Button on profiles if the profile owned a blog — Note* this will only work where members are only able to have 1 blog. It will not work in case of an admin that has various blogs — I was also able to modify the plugin to only show Blog Posts in the Users “Following” tab activity stream. And finally I was able to put the Follow button in the user blog sidebar. I had to disable the Follow/Following buttons everywhere except for the member profile and their blog.

I like you all have been looking for something like this too. I like the idea of adding notifications for bp and email when someone you follow has added a blog post.

I have 1.2.8 and having the same issue, i took a look into pb-friends.php and the code seems correct…
global $bp;

if ( isset( $_GET ) )
bp_core_delete_notifications_for_user_by_type( $bp->loggedin_user->id, $bp->friends->id, ‘friendship_accepted’ );
}
add_action( ‘bp_activity_screen_my_activity’, ‘friends_clear_friend_notifications’ );

@r-a-y @DJPaul?????

There’s a `do_action` hook you can use:
`xprofile_updated_profile` (located in /buddypress/bp-xprofile.php.)

You could potentially use the wp_mail() function to send an email to the admin with this hook.

Don’t know what a `do_action` is and how to make use of it?

If you’re familiar with a tiny bit of PHP, here’s some articles that will help:
http://www.nathanrice.net/blog/an-introduction-to-wordpress-action-hooks/
https://codex.wordpress.org/Plugin_API#Actions

Here’s something quick you can try:

`function my_update_profile_send( $id ) {
$text = bp_core_get_user_domain( $id );
wp_mail( ‘YOUR ADMIN EMAIL ADDRESS’, ‘Profile Updated’, $text );
}
add_action( ‘xprofile_updated_profile’, ‘my_update_profile_send’ );`

Put the code snippet in your theme’s functions.php.

I am having this same issue. I get the email fine if the new user is created on the WordPress side, but if it is done through BuddyPress I do not get a notification. Any other ideas on this?

Thanks for this — a very good idea. Questions:

Does setting various email notifications to disabled just a) set a default for all users or b) make it impossible for them to enable them? If (b), does it hide the option in the user-facing UI?

@linkyou, add this to your theme’s css:

`
/* Inherit the default theme styles */
@import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/default.css );

/* Inherit the default theme adminbar styles */
@import url( ../../plugins/buddypress/bp-themes/bp-default/_inc/css/adminbar.css );
`

And put this in your functions.php

`// Load the AJAX functions for the theme
require_once( TEMPLATEPATH . ‘/_inc/ajax.php’ );

// Load the javascript for the theme
wp_enqueue_script( ‘dtheme-ajax-js’, get_template_directory_uri() . ‘/_inc/global.js’, array( ‘jquery’ ) );

// Add words that we need to use in JS to the end of the page so they can be translated and still used.
$params = array(
‘my_favs’ => __( ‘My Favorites’, ‘buddypress’ ),
‘accepted’ => __( ‘Accepted’, ‘buddypress’ ),
‘rejected’ => __( ‘Rejected’, ‘buddypress’ ),
‘show_all_comments’ => __( ‘Show all comments for this thread’, ‘buddypress’ ),
‘show_all’ => __( ‘Show all’, ‘buddypress’ ),
‘comments’ => __( ‘comments’, ‘buddypress’ ),
‘close’ => __( ‘Close’, ‘buddypress’ ),
‘mention_explain’ => sprintf( __( “%s is a unique identifier for %s that you can type into any message on this site. %s will be sent a notification and a link to your message any time you use it.”, ‘buddypress’ ), ‘@’ . bp_get_displayed_user_username(), bp_get_user_firstname( bp_get_displayed_user_fullname() ), bp_get_user_firstname( bp_get_displayed_user_fullname() ) )
);
wp_localize_script( ‘dtheme-ajax-js’, ‘BP_DTheme’, $params );`

Should put styles of the buddypress default theme into your theme. I would go into plugins/buddypress/bp-themes/bp-default/_inc/css/default.css and remove all the contents of:

`/* > Global Elements

---

*/
/* > Admin Bar

---

*/
/* > Header

---

*/
/* > Navigation

---

*/
/* > Container

---

*/
/* > Sidebar

---

*/
/* > Content

---

*/`

@jordynn

To remove the notifications subnav item, add the following snippet to your functions.php file:

`function remove_notifications_subnav(){
global $bp;
if ( $bp->current_component == $bp->settings->slug ) {
bp_core_remove_subnav_item($bp->settings->slug, ‘notifications’);
}
}
add_action( ‘wp’, ‘remove_notifications_subnav’, 2 );`

This is a simple function taken from this post by @mariochampion
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/how-to-remove-and-add-items-in-bp_get_displayed_user_nav/?topic_page=2&num=15#post-71265

Hope this helps!

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.