btw, as i’m working on a tool right now that integrate the Buddypress Adminbar inside the official WordPress Adminbar, here is the setting i added when thinking of you:
http://nexialys.net/nex_bp_adminbar/nex_bp_adminbar_settings.png
Umh,i never tried the “Groups” on buddypress :>
Just ran across this article (https://codex.buddypress.org/extending-buddypress/bp-custom-php/) talking about bp-custom.php. Putting the above code in bp-custom.php is MUCH cleaner than modifying bp-core.php. So, bp-core.php is now back to it’s original state and my new bp-custom.php contains:
`<?php
/* Define on which blog ID BuddyPress should run */
if ( !defined( ‘BP_ROOT_BLOG’ ) )
define( ‘BP_ROOT_BLOG’, get_current_blog_id() );
?>`
and all seems good. Haven’t found any yet, but don’t know if there might be any unintended side effects of using get_current_blog_id().
Thanks BP developers for a GREAT plugin!!!
@rossagrant shucks, before you mentioned that changing usernames/passwords affected all other themes, I was going to write that you should get theme support from @Bowromir again 
Seriously though, there’s a silver lining to discovering about the perils/shortcomings of Fantastico this early in your installation – knowing never to use it again for another developer installation as @nexia said. There are many who have posted their woes in WP.org forums. Shaving off a few minutes of uploading WP manually, creating a database and installing WP is not worth the hours wasted on a shaky foundation set up via Fantastico.
At this stage, it’s a blessing you only have 4 members a few groups etc which you can recreate later on. So it would come as no surprise that I would recommend starting your installation from scratch – clean and solid – after making DB and server files backup (just in case). Contact your webhost tech support on how to delete WP and Fantastico files properly. There’s one topic in WP.org forums which gives a clue but no actual solution https://wordpress.org/support/topic/fantastico-problem?replies=1 so you need your webhost tech support on this one.
You could be right. http://ithemes.com/support/pre-sales-and-other-inquiries/buddypress-builder/?value=buddypress&type=1&include=1&search=1&ret=all
Having said that, just curious at what stage did the integration fail? I assume that with the Builder, after setting where you want your sidebar/s and content, you would be able to get the HTML going.
Ugh.. it’s seems don’t work well with iThemes Builder.
Great it finally works!
So what I’ve done is: I replaced global.js as mentioned by pcwriter ( http://pastebin.com/32r9bK8d )
and then I removed lines 197-8 as mentioned in patch 1 from bp-xprofile-templatetags.php.
Thanks @r-a-y for your support!
Okay, sorry forgot that the patch was for BP 1.3.
Just open up bp-xprofile-templatetags.php and find lines 197-8 from the first patch and remove them.
You could also override the “alt” CSS class with the “bp_field_css_classes” filter.
@r-a-y – Ok but they are basically the non-required fields members leave blank when registering.
I’d like to apply the second patch as well but then I come back to my initial question:
“I do not have the file bp-xprofile-template.php on my server. Although I do have bp-xprofile-templatetags.php?”
Can you also include a link to the entire amended file I need to use?
FYI, you currently can’t override /_inc/ajax.php in your child theme as the template path is hardcoded to the parent:
https://trac.buddypress.org/browser/tags/1.2.8/bp-themes/bp-default/functions.php#L19
Needs to be patched to use STYLESHEETPATH instead of TEMPLATEPATH.
—
Regarding your problem, make sure you haven’t changed any of the list tab IDs. The AJAX requests rely on the IDs of the tabs.
@nexia Yeah this one in question was a one click install through Fantastico offered in cpanel with my host.
The installs where the user is created for the database is installed through Softcalculous.
I can change the passwords for the Softcalculous installs no problem.
I’m actually about to move hosts. Would it be possible to create a new install and port my DB across to eliminate this issue?
Plugin probably wasn’t by Andy FWIW. There’s a bug on the bp.org plugin groups section that sometimes defaults to Andy being the plugin author.
If it’s an admin menu problem, then read the post on the BP development blog:
http://bpdevel.wordpress.com/2011/02/24/updating-your-buddypress-plugins-for-1-2-8/
Or:
http://code.ipstenu.org/2011/wordpress-3-1-network-menu/
@ultimateuser – Since you were manually modifying the profile field loop to hide a certain field, you’d also have to apply both patches.
On line 52, replace
“
with
`<?php if (bp_is_active('friends')) :
echo bp_member_add_friend_button();
endif; ?>`
That keeps the function in there if you ever use Friends again, but takes it out if it’s turned off. Not sure why this isn’t the default way of doing this.
I would never recommend using an older version; we fix important bugs sometimes
so you have a multisite and want to disable the buddypress bar on specific blog_id ??
possible on a custom job… see me for that!
@gunju2221 Thanks, I saw that, but as far as I can tell, that’s for the hint text if searching using ajax (?)
What I’ve done is replaced the appropriate strings in :
bp-blogs/bp-blogs-templatetags.php
bp-core/bp-core-templatetags.php
bp-forums/bp-forums-templatetags.php
bp-groups/bp-groups-templatetags.php
which appears to have done the trick. Searches are working fine, as is the hint text.
Let me know if you foresee any problem with this!
No idea why that happens either.. I just removed the BuddyPress check and now it’s working fine.. Pretty great work nexia! Do you accept donations? if so.. where
This is what you want to change:
`if ( !empty( $_POST ) && __( ‘Search anything…’, ‘buddypress’ )` in your theme’s ajax.php
