It seems that those spamming my site are using wordpress’ default way of creating an account and not registering through buddypress. When I go to the users admin, all of the users that used buddypress were given the default forum role of “participant”. The spammers don’t have this role.
Because of my current setup, I installed the Members plugin and created a new role. Then I made the buddypress form show up only for those that I have confirmed. I would recommend that this be added to future buddypress installs as an option.
It’s my theme and I code WordPress themes for like 5 years now but I don’t see myself as a Developer it’s more a hobby 🙂
I’m solid at HTML-CSS and can read PHP when I see it happen but I can’t write PHP it out of the box.
This error shows up when I try to hide a complete xProfile-group-ID or just an unique xProfile-field-ID from the loop.
This is what I did.
Inside: my-theme/buddypress/members/single/profile/profile-loop.php
I found the start of the loop
<?php if ( bp_has_profile() ) : ?>
....
My first thought was, maybe there are default options here to control the output of which ID’s will be visible so I started the search how the bp_has_profile() was build and looked into plugins/buddypress/bp-xprofile/bp-xprofile-template.php and found this at line 150:
....
$defaults = array(
'user_id' => bp_displayed_user_id(),
'profile_group_id' => false,
'hide_empty_groups' => true,
'hide_empty_fields' => $hide_empty_fields_default,
'fetch_fields' => true,
'fetch_field_data' => true,
'fetch_visibility_level' => $fetch_visibility_level_default,
'exclude_groups' => false, // Comma-separated list of profile field group IDs to exclude
'exclude_fields' => false // Comma-separated list of profile field IDs to exclude
);
This looks very familiar to bbPress so my first thoughts was lets try to add one of those Array’s to the loop and overwrite the default value.
Just like this.
<?php if ( bp_has_profile( array ( 'exclude_groups' => 1 ) ) ) : ?>
...
This works perfect, it hides all xProfile-fields from the first Base primary Tab (back-end). Just like I wanted it because I didn’t want all the fields to show up front-end, I’ve got a few xProfile-fields that I use for user-customization of the profile-page. Each user can add color-codes to change the default menu-color and add background-images to their profile-page to make each profile a little more unique.
Those field-ID’s are just urls or color-codes and don’t have to be visable to the public, thats why I try to hide them front-end.
BuddyPress uses the version of jQuery that comes with WordPress. You’re best to search for how to make WordPress do this change, then BuddyPress will use it.
@ecoportaluk Did you install https://wordpress.org/plugins/genesis-connect-for-buddypress/ or have you checked out StudioPress forums re BP customizations?
@juggledad
Thanks for explaining in more detail. If you feel this is a bug, you can submit a ticket on Trac
Trac is the best place to follow the development process and submit bug reports.
are you using a BuddyPress theme?
ok thank you. Ill keep playing with it and deactivating plugins ect. Jetpack has given issues with my theme before so ill see if that fixes it, or ill just wait till my theme dev rolls out the Buddypress support and see if the problems still exist.
When I go to the Members pages ect there is nothing on the page are there supposed to be short codes there to display the correct information when someone goes to that page?
Thank you again
Just some observations
1. ‘my members’ isn’t the same as ‘my-members’
2. <?php echo 'is_page()='.is_page().'<br>'; ?> – why are you doing this?
I don’t know about you, but to me this seems like a bug in buddypress
There may well be a bug in BuddyPress – but I can’t tell that from the code and info you’ve posted.
I add the coode in post 1 to twentytwelve
I create a page in WordPress and call it ‘my-members’
I view the page
is_page() returns ‘1’
I install and activate buddypress
I ‘Associate a WordPress Page with each BuddyPress component directory.’ and set members pointing at ‘my members’
I view the page
is_page() now returns null
I don’t know about you, but to me this seems like a bug in buddypress
> Without joining a group,can you post under that group on BuddyPress ? Is there any chance of it ?
If a group is public, you can post, but it’ll also automatically join the user to that group when they make that post. I don’t think there’s a way of mixing group permissions with posting permissions.
What type of group did you make? Public, private, hidden?
I’m sure someone will be along with some more helpful advice, but for a quick reply — this is to be expected. BuddyPress is working as it currently is meant to, and ignores any of the theme options around page customisations.
Okay if I understand correct this Query isn’t safe and the $ID is just thrown (unprepared) in the query.
Can I do something to make it more safe or is this something that the BuddyPress Plugin Developers would have to upgrade, since the error is caused by the BP plugin.
– I’ve turned off all PHP warnings like the first paragraph says so.
@modemlooper I’m waiting to hear back from my theme author but is there something I can do to make my theme more compatible with the new buddypress or will I have to use a different theme. Thanks in advance!!!
Hi,
Same here. For me the error lied in the Frisco theme. The Twenty Fourteen theme worked just fine. The fix discribed here:
https://codex.buddypress.org/themes/bp-default-theme-moving-forward-with-bp-1-9/ worked for me “with Frisco” just fine.
But a future proof solution would be nice in preparation to the complete bp-default absence.
BuddyPress Social Network
Seems to be what you’re looking for.
So you’re creating an additional Members page ?
If not, you don’t need an override.
If you are, you need to change this hook in that override
do_action( 'bp_before_directory_members' )
And call the new hook in the example below.
You need to know the id of the xprofile field that stores gender.
You need to know the value that is stored for Males.
Then you can tweak this code and put it in your theme functions.php or bp-custom.php
http://wordpress.stackexchange.com/questions/125754/buddypress-conditionally-filter-directory-based-on-xprofile-field/126553#126553
The terminology is important here. WordPress ‘pages’ shouldn’t be confused with the more loosely termed web ‘page’. Although BP ‘pages’ are webpages, they aren’t WordPress pages so is_page() isn’t going to work *most of the time*. The exception is register, activate etc.
For a list of template tags you can use with BP ‘pages’ take a look at:
Template Tag Reference
Hi thank you for replying,
No I have other plugins as well mostly BBPress,WooCommerce, and a couple of slider plugins,also WordPress SEO.
Its a premium theme and has support for BBPress but not buddypress hes working on it now.
I believe my permalinks are not default.
My structure is set at: /%category%/%postname%/
My base is set to: /shop/%product_cat%
I believe when I installed the theme the instructions were to change them to that so the permalinks would look good.
’m really not sure… but it *would be* really cool if those functions were integrated in such a way that nothing more would be required other than to install WordPress, Buddypress, then a theme… and call it a day. Not that I’ve had a problem with needing to copy the templates over to other themes in the past, but it’d be really awesome to see this worked out
This is the whole point of BP theme compatibility and has now been in existence since BP 1.7, you need to keep abreast of development changes on the BP blog and/or the codex documentation.
Right on.
So… after this update (the fixed version), will anything need to be copied to the ‘theme in use’ before it’ll pick up Buddypress’ template-pages, such as Activity, Groups, Members, and so on?
I may be misunderstanding here… I’m really not sure… but it *would be* really cool if those functions were integrated in such a way that nothing more would be required other than to install WordPress, Buddypress, then a theme… and call it a day. Not that I’ve had a problem with needing to copy the templates over to other themes in the past, but it’d be really awesome to see this worked out so that regardless of what theme was applied that the Buddypress template pages would simply be available and work correctly with no further configuration required to get those things working. For myself, as I say, it’s no problem… but for some of the locals that I host for… wow man… they need help! 🙂
[background: I’ve worked with Linux since 1997, Apache since 1998, and WordPress for about 5 or 6 years now… I’ve lost track of how long it’s been, actually.]
In my case I had to investigate thoroughly as possible, because the site I was building out when I noticed this problem is a site that is only available via Tor (with a .onion address). Building OnionNet sites using a nailed down Apache, WordPress, and Buddypress can be very tricky at times, if you’ve never done it before. But once the differences are learned, it’s pretty easy… not really any more difficult than any other wordpress site… it’s just a matter of a slightly different configuration, and email is worthless in these instances, so things must be done to eliminate the need for a valid email address during signup, but it’s do-able using some of the plugins that are available.
Anyways, you guys keep up the great work! 🙂
And…
Thanks for your help!
Same problem here.
I thought at first that it might be the security plugin I had installed today, but after removing that and finding the problem still existent, I began searching around and found your post and a few others like it.
So, from an SSH connection to the server, I dropped down into my wordpress-plugins folder, and ran “wget https://downloads.wordpress.org/plugin/buddypress.1.8.zip”, then renamed the old folder, extracted v1.8, verified that it was working after the reversion, and then deleted the 1.9 folder.
Maybe it’s just a conflicting plugin, but from what I’ve gathered so far, the problem appears to be an issue with a template file that should have been included with 1.9, but wasn’t. At the same time, there’s talk of EOL-ing the bp-default theme, which… ok… I can understand that, provided there’s something to take the place of it or at least a clear and concise way to provide the needed templates to other themes now that it seems the Buddypress Template Pack is no longer available (I certainly couldn’t find it, if it *is* still available).
Either way, this is an aggravating problem, especially considering that I run a large number of WordPress+Buddypress sites.
In fact, my problem turned out to be resolved with one simple answer which needs to be answered by any of you.
Without joining a group,can you post under that group on BuddyPress ? Is there any chance of it ?
Anything under the “groups” i.e. http://inviteshare.net/groups/youtube-favs/forum/ needs a joined member to post. Otherwise, it doesnt let the members. After joining that group, users can post. Does that work the same for anyone ?
There will be a 1.9.1 put out quickly to address this.
The reason this is happening is because bp-default was deprecated with this release of BuddyPress and the notifications templates are not included in bp-default. This is your warning to phase bp-default out of your sites. BuddyPress works with almost any theme now so your options are plenty.
