I don’t know if this functionality exists already through a plugin but this is an idea to identify spammers and stop them before they affect a buddypress community:
Every new member is placed in a probationary ‘sandbox’ where all of their activity and interaction with the website is displayed only to them and the admin. Once the admin approves them as non-spammers, their activity is shared with the rest of the site and other members.
Think of it like a temporary shadow ban, the user doesn’t know that they are in a sandbox because they will see their own activity reflected on the site. But only admin and they are the ones seeing the activity.
So you are getting them to tip their hand, in a way, and give themselves away as spammers before they can pollute the site.
Or think of it as when a regular WP blog holds comments in a moderation queue. Except this is not just comments but all activity on a WP+BP site. And once the member is approved, then their future posts will not go into the moderation queue but be automatically approved since they have already shown themselves to not be spammers.
What do you think of this idea? does it exist already? look forward to your thoughts
RESOLVED: Found out what was going on. I have BP Gallery 1.0.9 installed on this site, and it has not been updated for quite a while (due to the requisite subscription that my client would rather not pay). After updating several plugins, I was getting an error appearing on a few of the site’s pages, so I suppressed the errors in wp-includes/class-wp-error.php. This, of course, removed the php Warning message, but it also prevented me from seeing the Fatal Error that should’ve been appearing on the individual group pages.
So, summation: 1) BP Gallery 1.0.9 may not be fully compatible with BuddyPress 1.7.2, and 2) a 404 is not always a 404. If you have suppressed your errors and get the “This page can’t be found” business, allow errors once again and re-check.
Lesson learned for me. Hope this helps someone.
I would advise you disable buddypress for the moment as there’s something very wrong with it, it doesn’t appear to be working in that custom theme correctly. You probably need to ask the theme authors about what is happening.
To my knowledge I haven’t really customized anything. I had previously used buddypress but removed it and tried other similar products but ultimately, today, I decided to try it again. So this would be the first time installing it for quite awhile. Did setting or anything from a previous buddypress install carry over at all? otherwise, no customizations have been made besides enabling all of the components (9 I think) that are offered by buddypress.
Wordpress Version: 3.5.1
Buddypress Version: 1.7.2
Site (specifically with the example of what I’m talking about): http://feedmypopheart.net/members/the-little-monster/profile/public/
Basically, I have a HUGE amount of pages that will continue to grow. And on many pages, especially the profile page, each page that I have authored/created showed up and it is making page load times and the length of said pages HUGE. Any help on how to get rid of them/keep them from showing up? Thanks!
@KalanStar
I have this same problem. I thought it was because I upgraded from a previous version and had a bunch of plugins causing a conflict. I just purged my site of BuddyPress including anything from pre-1.7.2 (including any DB entries), I reinstalled 1.7.2 and I have nothing in my Activity page, nothing in the Site Tracking page, nothing in User Groups, and all of my BuddyPress pages have ‘Viewing ARchives for “” ‘ at the top of the content area.
You wouldn’t happen to have Better WP Security running would you, and have renamed your DB Tables? I’m trying desparately to solve this problem and nothing seems to be working. I created all of my sub-blogs via the Admin console so the bug appears to still be there and several more. I’m running Pagelines Framework.
Hi guys,
I’m a new BuddyPress user. I’m using WP 3.5.1. I don’t what version of BP I’m using but I guess it will be the most recent. My website is http://www.whichinvestmenttrust.com
Before installing BuddyPress I used Akismet to block Spam accounts registering to comment on my WP site and this worked pretty well. I had hoped that this would work with BuddyPress too but I notice that since I’ve installed BP I have a lot of new members registering whom I am pretty sure are Spammers. I haven’t activated their accounts as a result. In fact I’ve hardly activated anyone’s for fear of allowing spammers in.
Either Akismet doesn’t work with BP or I haven’t configured it properly?
Does anyone have a suggestion for how I might manager this better? I have found a site recommending S2Member and I found someone else recommending I remove reference to BP on the default footer in WP.
Thanks, Dice
@patricksaad
It would be a good plugin, from what I can see your method involves throttling for the activity stream correct? Not really projected towards friend request correct? I personally would like to see this feature towards both so hopefully it will come to fruition. Maybe you can create two plugins off this idea?
I have a theme that is buddypress ready, however when users go to register they are emailed an activation key. When clicked on OR imputed into the Activation spot on our website, it says Invalid and requests for the user to enter in their email to reset password.
Once the user does, a new password is emailed. When the user then goes to login, it claims there is no such user.
Can anyone offer a solution to this? Our website is hosuewivesmag.com. I also have ANYONE Can register checked in the settings.
Hi,
I have read the following and it does not go into full detail for what I need; http://codex.buddypress.org/user/buddypress-components-and-features/groups/how-to-join-a-private-group/
This is the scenario.
1) User A creates private group
2) User A sends invite to user B
3) User B receives notification of group invitation.
(this is where it gets interesting)
4) User B sees that they have a group invitation notification and goes to the group page
5) User B then notices that the page still says “Request Membership”
6) User B goes to notifications and notices the notification, does not click accept
7) User B goes back to group page and is now a member
8) User B goes back to notification page and still has notification.
I have duplicated up until 6
My notification is removed from notification page
Any thoughts?
I’m having this same issue, but on a newer version of BP (1.7.1). I’ve submitted a ticket to report this bug, https://buddypress.trac.wordpress.org/ticket/5046#ticket. The error doesn’t occur if *all* fields of the extended profile are filled out.
Hello,
Brilliant work! Awesome app and plugin.
Thanks!
@caming
If your using BuddyPress then it should login users to use forums as well. I think you may want to post this issue on the bbpress forums as well.
My progammer has an account here and over a couple years has very few posts and replies, and I have even less.
For three days I’ve had a site broken and she tells me she is unable to get her post to appear, and she’s tried the same problem three times since Monday. This morning she gave me HER login, I tried, and yep, it just disappears.
Then I found someone else with a similar problem as ours (member sorting was broken after upgrade) and I posted there (as her) but the same thing happened. I looked in my history (as her) to see if they were there, It was as if i’d never posted.
Something is broken – her username is Dzynit – Can someone get her back in or must she create a new account and lose the history?
thanks
EDIT – re similar problem where you also posted more info about your install http://buddypress.org/support/topic/members-directory-sorting-not-working/ ~~~ mercime
Posted this yesterday, but it confused even me — so I’m not surprised it wasn’t addressed.
Basically, I’m using the bbPress login widget to handle site-wide logins.
But when users try to login immediately after activation, they’re technically logged it, but BP spits out an error anyway. Here’s the screen shot …
View post on imgur.com
Thoughts?
PS – A note to admins/keymasters — One thing I’ve noticed with bbPress and BuddyPress is that while the software is lovely, there are quite a few holes in terms of UX. i.e. bbPress will say things like “You must be logged in to post” but doesn’t offer a login or register link. On BP’s side, the account becomes activated, but no additional help is provided — no links, login form, etc. Users love actions!
@hahvensa – My programmer, a member of this forum, is unable to have her replies go live or be shown in her history, so after reading your post she had an idea and fixed it – she asked me to post this –
we don’t use the dropdown select box, but while troubleshooting I put it back on and it doesn’t work for us either. I don’t know a solution to that since we don’t need it.
On the alphabetical issue: I finally found a way to make it work. I had to edit a core buddypress file though. bp-core/bp-core-classes.php on line 253, I changed from $sql['orderby'] = "ORDER BY u.display_name";
to
$sql['orderby'] = "ORDER BY u.user_login";
Of course this only works for us because we chose to use the business names as the people’s usernames. The sorting by display name, although should work, shows the list out of order. I can’t figure out why, but the core file edit has solved the problem. That will be frustrating on upgrades, but at least it now works.
Before the upgrade, we were sorting by display name and it worked fine, and this sounds like a workaround – Using buddypress for a chamber of commerce seemed like a good idea at the time, and overall we’ve been pretty happy, but is there any paid support somewhere?
Reason you ought to write as a plugin for own use is while you should offer the code through trac for consideration for adding to core there is no guarantee it will be accepted so if it’s that necessary for you safer to keep running as a plugin until such time as it’s merged into core.
You shouldn’t edit those files. You can add settings with a plugin. If you want that as a core feature then post on http://buddypress.trac.wordpress.org then submit a patch of working code.
Hello!
After a major update to BuddyPress (from 1.5.x to 1.7.2), I am having issues with my Groups page. I know that there were major changes to that section of code, but I can’t figure out how to make it work. Here’s a link to the page:
http://aldenplace.com/community/groups/
We’re running BP 1.7.2, WP 3.5.1.
What I’ve tried: 1) Change permalinks, 2) Change themes back to BP default, 3) Revert to a database copy from prior to the upgrade, 4) Separately, revert to a copy of the BP-Groups and Groups (in themes) folders, 5) Try creating a new group which also upon completing the final step, hits a 404.
I’m thinking it’s something obvious I’m missing, and any help would be appreciated! Thanks in advance…
Similar issue –
After upgrading Buddypress to the latest version of 1.7.2, the “sort alphabetically” is no longer working when viewing the list of members:
http://www.eastportlandchamberofcommerce.com/business-directory
It’s not working when you view all members, search results, or when choosing to view members in categories. In members-loop.php, here’s the line of code that has worked up until now:
<?php if ( bp_has_members( bp_ajax_querystring('members').'&type=alphabetical&per_page=500' ) ) : ?>
On another note, our programmer has posted this issue twice here since Monday, but her post has not appeared visible to her or to me, or presumably, to others. (Budddypress user, Dzynit) – Any ideas why that’s happening?
PParticipant
@sooskriszta I agree that the plugin is a terrible idea. Throttling is one thing (telling the user “hey slow down a bit”) but setting an absolute limit for the number of friendships goes against the concept of a community.
Going back to the ORIGINAL point of this topic, I said I will add throttling to the activity page and the friendship requests, but I ran into small trouble and thought maybe some of you people can help out. I opened another topic https://buddypress.org/support/topic/add-custom-setting-to-buddypress-settings/, I appreciate it if you can check it out and help out. @synaptic @sooskriszta
PParticipant
I want to modify the Buddypress core files to add a feature which I need to submit to the trac to be used in future Buddypress releases. This feature lets the user set the the throttling time (in seconds) under Buddypress Settings (wp-admin/admin.php?page=bp-settings), a number which would then be used for preventing flooding on the activity page.
I added the new throttling setting field next to the other fields but when I enter a number, it just doesn’t save it. However, it does save an option under the wp_options table with my option key but with a value of 0.
Here’s what I added so far:
in bp-core-admin.php:
add_settings_field( 'bp-enable-activity-throttling', __( 'Set Activity Throttling Time', 'buddypress' ), 'bp_admin_setting_callback_activity_throttle', 'buddypress', 'bp_activity' );
register_setting( 'buddypress', 'bp-enable-activity-throttling', 'bp_sanitize_activity_throttling' );
in bp-core-options.php:
function bp_sanitize_activity_throttling( $default = 0 ) {
return (int) apply_filters( 'bp_sanitize_activity_throttling', (int) bp_get_option( 'bp-enable-activity-throttling', $default ) );
}
in bp-core-settings.php:
function bp_admin_setting_callback_activity_throttle() {
?>
<input id="bp-enable-activity-throttling" name="bp-enable-activity-throttling" type="text" value="<?php bp_form_option( 'bp-enable-activity-throttling', '' ); ?>" />
<?php
}
At the bottom of the bp-core-settings.php file, there’s a function called bp_core_admin_settings_save which gets all fields from the Settings page and saves them. In this function I debugged what the $_POST array was receiving from the Settings page and my setting was there with its value! So the code should have saved my new setting with its value in the wp_options table.
I got frustrated and tried to debug some more, to no avail.
Does anyone know how to add my setting to the Buddypress core files?
Hello,
I need to be able to disable users ocasionaly and re-enable them later on, but i’ve noticed that BuddyPress now erases all the profile data associated with a disabled user, except for his name and e-mail. This is actually a very cool upgrade for public buddypress sites that were getting severely spammed, so i’m happy this upgrade exists.
However for my particular case, its a private site and I really need to keep the user data intact when disabling.
Could anyone help me out with this?
Thank you,
C.
Ah right, and i never knew that! i’ll try to make my list a little more comprehensive before I create a new codex page, i’m sure i’m still missing one or two important site pages
Thanks again :}
If you have a list Henry create a new page in the codex, leave it as a draft if you’re unsure or want feedback and one of can look it over – anyone can add pages the docs team is very ad hoc any entries to the codex welcomed but possibly edited here and there 🙂