I think @azinfiro had the same problems a few month ago.
Seems it is the normal buddypress behavior, not to show the wordpress fields
https://buddypress.org/support/topic/wp-profile-fields-not-editable-in-bp-profile/
This is a bit strange, cause I can change the wordpress fields in bbpress but not in buddypress?!?!
Makes no sense to me!
Thanks
Matthias
Did you try using the tools?
In wp-admin, Tools > BuddyPress
Wishlist Member is a premium plugin so we do not have access to debug the issue.
BuddyPress 2.2.0 did make a change to directory pages that probably caused this issue to occur.
hnla is correct that you should try patching the one line in a WordPress file to see if that fixes the issue:
https://buddypress.org/support/topic/version-2-2-0-and-is_page/#post-234315
Please give that a shot first and report back.
The other thing I can think of is Wishlist Member is not properly doing redirects on the correct hook. They should use the 'template_redirect' hook at a priority less than 10 (preferably 0). This is just purely speculation at this point without looking at their code.
Did you look thru the files for BuddyPress Profile Search ?
Did you notice this action in bp-profile-search\bps-search.php ? And what it does?
add_action ('bp_after_members_loop', 'bps_remove_filter');
Might be a clue.
You don’t need to touch any core files to add an Order By.
Example for adding a Contributor option, put in bp-custom.php or theme/functions.php
// add order options to members loop
function ch_member_order_options() {
?>
<option value="contributing"><?php _e( 'Contributing Members', 'buddypress' ); ?></option>
<?php
}
add_action( 'bp_members_directory_order_options', 'ch_member_order_options' );
// filter ajax members by contributing
function ch_filter_ajax_querystring( $querystring = '', $object = '' ) {
if( $object != 'members' )
return $querystring;
$defaults = array(
'type' => 'active',
'action' => 'active',
'scope' => 'all',
'page' => 1,
'user_id' => 0,
'search_terms' => '',
'exclude' => false,
);
$ch_querystring = wp_parse_args( $querystring, $defaults );
if( $ch_querystring['type'] == 'contributing' ) {
// to get members by xprofile field, you need some custom sql here
// here's an example:
//https://codex.buddypress.org/developer/loops-reference/the-members-loop/#code-examples
$users = get_users( array( 'fields' => array( 'ID' ), 'role' => 'contributor' ) );
$users_str = '';
foreach ( $users as $user ) {
$users_str .= $user->ID . ',';
}
$users_str = rtrim($users_str, ",");
$ch_querystring['include'] = $users_str;
$ch_querystring['type'] = 'alphabetical';
return $ch_querystring;
}
else
return $querystring;
}
add_filter( 'bp_ajax_querystring', 'ch_filter_ajax_querystring', 20, 2 );
Warning in advance: I rarely, if ever, use WP – so please bare with me, and I apologise if any of my terminology is way off base!
I’m using BuddyPress Profile Search (BPS) for member searches and the initial search form I’ve created works as expected, but when using AJAX to get more results a specific BP filter (bp_pre_user_query_construct) that needs to run is missing. This filter is used to run a function that modifies the BP_User_Query object by adding IDs to ‘include’, based on the BPS form fields.
When I say ‘missing’, I mean it’s not part of the $wp_filters array when do_action_ref_array is executed to trigger the filter (line 171 of bp-core-classes.php). I found this when debugging the do_action_ref_array function, if I debug the code at line 556 (the if statement that locates the filter in $wp_filters) it returns due to not being found, and so isn’t executed.
I really hope that makes sense to someone. I’m not sure why this specific filter is missing, as it seems the rest do exist (or a lot of them do).
Any help would be appreciated!
We’ve confirmed with fresh installs of WP, Wishlist Member and Buddypress that Wishlist Member is not protecting the Buddypress feed since the update of 2.2. 2.1.1 protects the feed just fine.
WLM support will not help because they say that it’s the code changes in BP’s 2.2 update that is the problem.
I got a copy of BP 2.1.1, but just don’t know the best way to downgrade from 2.2. Are their any recommended procedures for downgrading? The website is enormous and we’d rather not do a full restore of the entire website unless absolutely necessary.
Anything else I can do to get this fixed?
Any help would be appreciated.
Thanks.
My theme did not have those folders so I moved the code to the location you described and it worked perfectly. I did this in the buddypress folder.
Without confusing things, should I have those folders and file within my theme folder instead? I don’t want to have other issues down the road if this is really needed.
Thank you for the prompt assistance!
Use this hook:
do_action_ref_array( 'messages_message_before_save', array( &$this ) );
In function send() in this file:
buddypress\bp-messages\bp-messages-classes.php
I am using the SweetSate theme, a dating/matching theme which is built on Buddypress.
Instead of people searching for people with profile fields, I want to match people with universities/colleges.
I have my colleges entered in through my admin.
I want students to register on the site but I do not want them visible to anybody else.
I only want the universities/colleges to be visible.
How can I do this?
In the search box for University Locations I can have Medchool – UK or Medschool – Overseas, but it also includes a null/blank field. I want blank fields in all the other search fields but not this one. If all the fields are blank it finds and displays all members.
Site can be seen here: http://hotzoc.com/medical-schools/
I have colleges registered as site role contributors and site users who sign up as subscribers.
Is there any way I can restrict the search only to my ‘contributors’ group not the ‘subscribers’ group?
I want users registered if possible so I can contact them and monitor their profile preferences. I cannot do this if I do not allow registration and just have my colleges as the only registered users.
Any ideas or help greatly appreciated.
hi @danbp,
I’m using the plugin version of bbpress. And it’s running fine.
I can edit all fields from the backend in the frontend, too under
http://exampample.com/forums/users/USER/edit
In buddypress I can access the users profile and I can set the password and the email notifications
BUT
there is no way to change the “public name” and the “website field” oder the “biographical info”
For editing this, the user has to go to the backend!!!
Thanks
Matthias
All right, here we go:
http://inviteshare.net/groups/world-wide-news/forum/
Noone can create any any topics under this Entire forum. It’s not just one topic, but instead, none works. So, for the public groups, anyone should be able to post without joining this. Even the members are complaining about it. If needed, I can give you moderator/admin access to the forum for your helping me out.
WordPress 4.1 running OneCommunity theme.
bbPress 2.5.4
BuddyPress 2.2
18 active plugins.
Achievements
Akismet
bbPress
BP-WP Profile Reviews
BuddyPress
Contact Form
Mass Messaging in Buddypress
myCRED
Quick Cache
Register IPs
SI CAPTCHA Anti-Spam
Simplr User Registration Form Plus
Stop Spammer Registrations Plugin
TinyMCE Advanced
WP-Polls
WP Slimstat
WP SMTP
WP User Control
hi @matthias70,
once BuddyPress is installed, you have to set pretty permalinks.
Syncing profiles with WP users is also recommended (in BP settings).
If you use a standalone bbpress forum, check also his settings.
Installing Group and Sitewide Forums
Also, question related to bbpress have to be asked on the bbpress support forum
I have a bbpress install where all user can edit their profile in the frontend.
So I can hide the admin bar and all users can change password, public name and so on…
THE PROBLEM:
When I activate buddypress, the users only can edit their profile in the wordpress backend.
All attempts to edit the userprofile in the buddypress frontend redirect me to 404.
Can anybody help. I would like to use buddypress, but without user access to my wordpress backend…
Thanks
Matthias
Few alterations made, thanks to feedback from you guys.
Profile pages now a bit more organized, header image only shows on main profile page, other profile pages only shows links bar.
Made background image larger to remove awkward empty space on left side, and made navigation easier by placing the links bar directly (back) under header image.
I also experienced issues with the search options, with all three (wordpress/bbpress/buddypress) having their own search criteria, but I found help from you guys again, and fixed all these issues so people can search for articles, posts, topics, members and groups on the right place.
Thanks again for the input
Peter Hamilton
Hey guys,
In order to separate different types of users on my website I’ve been using BUAT PRO (BuddyPress User Account Type PRO). After updating BuddyPress to 2.2, the above mentioned plugin stopped working properly. BuddyPress 2.2 introduced the concept of member types, which is great. But, being a newbie, I do not know where and how to implement the code (https://codex.buddypress.org/developer/member-types/). I am not familiar with HTML, so it is really hard for me to get this thing to work by myself. Is this function going to be fully implemented in BuddyPress 2.3 by the way?
Maybe, I might have misunderstood something, so some clarifications will be appreciated. Thanks.
P.S. WP 4.1; BP 2.2.1
Running WP4.1, Buddypress 2.1.1.
The current SWA contains all updates (profile updates) and all postings in public groups.
I wanted to have only profile updates in SWA. Is there any way to do this?
Hope is referring to the “Settings > BuddyPress > Pages” admin page.
The “Search” directory page is not a default BuddyPress component. What plugin are you using for BP search, Hope?
It is likely that the plugin will need to make some updates.
There have been some problems with the BuddyPress Links plugin post BP 2.2 release. Check of this thread for some more info on the problem. I’m not sure if the developer has managed to resolve yet, perhaps it’s worth opening a ticket on his support forum.
Thanks for the reports everyone.
I think this is related to a change we made for BuddyPress 2.2.0.
I’ve opened a ticket here:
https://buddypress.trac.wordpress.org/ticket/6226
I’ve also attached a potential fix for this bug here:
https://buddypress.trac.wordpress.org/attachment/ticket/6226/6226.01.patch
This bug is only applicable to multisite installs.
To eliminate issues with a particular handler, I have also tried the install under CGI and SuPHP
CGI Error:
End of script output before headers: php-cgi-starter, referer: http:/****/wp-admin/update.php?action=install-plugin&plugin=buddypress&_wpnonce=a0a7c20cb8
SuPHP error: [Tue Feb 17 16:44:30.457315 2015] [core:error] [pid 6148] [client 208.2.67.221:36522] End of script output before headers: plugins.php, referer: http://**/wp-admin/update.php?action=install-plugin&plugin=buddypress&_wpnonce=a0a7c20cb8
[Tue Feb 17 16:44:31.698051 2015] [core:error] [pid 6148] [client 208.2.67.221:36522] End of script output before headers: index.php, referer: http://**/wp-admin/update.php?action=install-plugin&plugin=buddypress&_wpnonce=a0a7c20cb8
[Tue Feb 17 16:46:25.503643 2015] [:error] [pid 6175] [client 188.165.15.201:42343] PHP Fatal error: Can’t inherit abstract function BP_XProfile_Field_Type::edit_field_html() (previously declared abstract in BP_XProfile_Field_Type_Datebox) in /var/www/clients/client1/web2/web/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-classes.php on line 1709
