BuddyPress.org

create a trac ticket https://trac.buddypress.org/

IIRC – the bbpress tables store the username in another col (last_poster, topic_poster – or something like that) – this might be causing the issue.

try stopping the spammers from registering – topic covered in the past about different options

ah got it, looks like it was supposed to be fixed https://trac.buddypress.org/changeset/3053 (though i could see if the comments made it in prior to this change) file a trac ticket if you can reproduce it

you would need to copy and modify the javascript on gravatar’s cdn

i haven’t seen a plugin for this yet

buddypress activity replies is not tied to wp commenting settings – all activity comments will post immediately.

if you instantiate buddypress – then look at the function groups_create_group in bp-groups.php

“Except for Groups and Forums where users can be given more roles.”

to clarify – this is internal buddypress “roles” (group admin/mod) not plugging into wp_cap/roles

have you tried updating to 1.2.6 now?

whitespace errors?

https://codex.wordpress.org/FAQ_Troubleshooting#How_do_I_solve_the_Headers_already_sent_warning_problem.3F

https://wordpress.org/support/topic/cannot-save-posts-in-30-get-error-warning-cannot-modify-header-information?replies=11

have them check their spam folder (and proper host config for sending email – maybe the host has trouble with users sending out spam) buddypress rules for usernames ` if ( !validate_username( $user_name ) || in_array( $user_name, (array)$illegal_names ) || $user_name != $maybe ) $errors->add( ‘user_name’, __( ‘Only lowercase letters and numbers…[Read more]

https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/am-i-going-mad-or-are-there-now-avatars-next-to-posts-in-the-activity-stream/

both issues look like a remnant of this bug issue: https://trac.buddypress.org/ticket/2264 can you verify within the db between the group desc and the bbpress table forum_desc (index uses this col – bp_create_excerpt( $listing->forum_desc, 255 ) ) as for all the subplugins – nothing planned at the moment as I’ll wait on the future of 1.3 […]

i haven’t gotten to this plugin yet on 3.0/1.2.6. i’ll take a look at the issues next week, thanks for letting me know!

added a filter hook on the blocking – data about the activity is passed in. so you could block base on group_id, user_id, blog_id, or whatever combo you need. see this thread about getting started http://etivite.com/groups/buddypress/forum/topic/quick-tip-hooking-block-activity-stream-types-plugin-on-a-granular-level/ @jasperespejo ie, check $type…[Read more]

i believe it is something they are trying to work on/fix https://buddypress.org/community/groups/buddypress-org-ninjas/

the secondary avatar will try and pull something in for ‘groups’ : ‘blogs’ : ‘friends’ (or defaults to user) then uses the item_id/object to find an avatar setup otherwise the generic one is used.

have a look at the function bp_get_activity_secondary_avatar in bp-activity-templatetags.php

you can remove it via the filter bp_get_activity_secondary_avatar or even better just remove this filter that is used in the functions.php remove_filter( 'bp_get_activity_action_pre_meta', 'bp_dtheme_activity_secondary_avatars', 10, 2 ); @rogercoathup – no idea… seems if a trac report is submitted the request is made if possible. (maybe not…[Read more]