BuddyPress.org

I have read through a great portion of the topics but I haven’t come across anything useful.

On my website we use bbpress but I haven’t been able to maximize the use of site wide activity because spammers are landing on the site and spamming new and existing members. I have managed to trace it to a feature in the activity stream that displays when a member registers for the page and also when they update their profile settings (picture, bio, etc). I would like to find a way of removing member profile activity and registration from the Site wide activity stream but I can’t find anywhere in the bbpress setting that will do this? I would like to prevent this from ever appearing in the stream. My only option at this point is to manually go and change the display settings for each post. This just isn’t possible for me to stay ahead of this?

Can anyone offer any suggestions on how to remidy this problem? I should also mention I am not a programmer but I do have access to one so any advice would be extremely helpful

Hi,
Half of my users registrations are reported by buddypress like a spam. But they’re human user. They send me a mail (with my contact form) to ask me to activate their account.
So I need to manually valid their registration.

I use BuddyPress Captcha by Hardeep Asrani. So I think it’s sufficient? no?

Is there a solution to disable the spam buddypress feature?
Thanks a lot!

Fred.

Under certain circumstances, there is an infinite loop inside the bp_legacy_theme_new_activity_comment() function. Specifically, when all of the secondary_item_id fields are zero, the $parent_id will continually be set to zero. An infinite loop ensues and eventually the script will time out. This causes new activity items to not display until the page is refreshed, as mentioned here: https://buddypress.org/support/topic/activity-comments-post-blank-until-refresh/.

This error happens when attempting to add a comment to a group post. I believe this is a similar problem as the one expressed here: https://buddypress.org/support/topic/activity-comments-post-blank-until-refresh/

For information:

• WordPress 4.5.3
• BuddyPress 2.6.1.1
• Single site install in web root
• There are indeed other plugins activated on this site. The full list is below. This site is for a client, and I’m unsure of which plugins can be safely deactivated to test.
• We’re using a customized theme, but I have tested with the TwentySixteen theme and found the same results.
• The core BuddyPress files have not been modified to my knowledge.
• The site is hosted on Page.ly, but I can reproduce the problems in a local VVV install
• The live site is http://www.lifeofdad.com/

I believe that this may be a problem inside BuddyPress itself, as the function with the infinite loop is part of BuddyPress. The Javascript that makes the Ajax request is part of the BuddyPress Wall plugin, but from what I can tell the problem is in the aforementioned bp_legacy_theme_new_activity_comment() function.

My specific concern is this loop:

	// Load the new activity item into the $activities_template global.
	bp_has_activities( 'display_comments=stream&hide_spam=false&show_hidden=true&include=' . $comment_id );

	// Swap the current comment with the activity item we just loaded.
	if ( isset( $activities_template->activities[0] ) ) {
		$activities_template->activity = new stdClass();
		$activities_template->activity->id              = $activities_template->activities[0]->item_id;
		$activities_template->activity->current_comment = $activities_template->activities[0];

		// Because the whole tree has not been loaded, we manually
		// determine depth.
		$depth = 1;
		$parent_id = (int) $activities_template->activities[0]->secondary_item_id;
		while ( $parent_id !== (int) $activities_template->activities[0]->item_id ) {
			$depth++;
			$p_obj = new BP_Activity_Activity( $parent_id );
			$parent_id = (int) $p_obj->secondary_item_id;
		}
		$activities_template->activity->current_comment->depth = $depth;
	}

I’ve run XDebug locally to inspect the items in the loop as it is running. If some of the raw variable data is required, I can provide that.

I have tried making some changes to the code in this loop to prevent the infinite loop from occurring. While successful in that endeavor with a few tweaks, the result is that the comment sent back through the Ajax response is the wrong comment, and a page refresh is still needed.

I considered filing a bug in Trac, but I wasn’t certain whether something else could possibly be interfering.

+--------------------------------------+--------+-----------+---------+
| name                                 | status | update    | version |
+--------------------------------------+--------+-----------+---------+
| akismet                              | active | none      | 3.1.11  |
| all-in-one-seo-pack                  | active | available | 2.3.7   |
| appbuddy                             | active | available | 2.0.7   |
| appcamera                            | active | available | 2.0.0   |
| appfbconnect                         | active | none      | 2.3.0   |
| apppresser                           | active | none      | 2.5.0   |
| apppush                              | active | available | 2.1.0   |
| appshare                             | active | none      | 2.1.0   |
| appswiper                            | active | available | 2.2.1   |
| bp-profile-search                    | active | none      | 4.5.2   |
| buddypress                           | active | none      | 2.6.1.1 |
| buddypress-activity-plus             | active | none      | 1.6.4   |
| bp-moderation                        | active | none      | 0.1.7   |
| buddypress-nocaptcha-register-box    | active | none      | 1.1.3   |
| buddypress-toolbar                   | active | none      | 1.6.0   |
| buddypress-wall                      | active | none      | 0.9.4   |
| buddypress-xprofile-image-field      | active | none      | 2.0.1   |
| category-posts                       | active | none      | 4.6.1   |
| contact-form-7                       | active | none      | 4.4.2   |
| contact-form-7-to-database-extension | active | none      | 2.10.20 |
| cubell-themes-functionality          | active | none      | 3.1     |
| envato-wordpress-toolkit             | active | none      | 1.7.3   |
| hashbuddy                            | active | none      | 1.5.2   |
| login-with-ajax                      | active | none      | 3.1.6   |
| mailchimp-for-wp                     | active | none      | 3.1.11  |
| nav-menu-roles                       | active | none      | 1.8.2   |
| nextend-facebook-connect             | active | none      | 1.5.9   |
| buddypress-media                     | active | none      | 4.0.4   |
| vine-embed                           | active | none      | 0.2     |
| wds-lod-automatic-friends            | active | none      | 0.1.0   |
| wds-lod-base                         | active | none      | 0.1.0   |
| wds-lod-bp                           | active | none      | 0.1.0   |
| wds-lod-post-types                   | active | none      | 0.1.0   |
| wds-lod-widgets                      | active | none      | 0.1.0   |
| wordpress-importer                   | active | none      | 0.6.1   |
+--------------------------------------+--------+-----------+---------+

I might be missing something, but I’m confused as to why Buddypress implements nofollow on URL text inputs but not textareas? It basically opens the door to spam. Shouldn’t all links in any field type be nofollow? How can this be implemented so people don’t spam their Bio and other textareas with links?

Is it possible to rearrange the activity options “Favorite,” “Comment,” “Delete,” and “Spam,” as well as any third party plugin options added on?

BP 2.5.3
WP 4.5.2