BuddyPress.org

hmm. this could be interesting, I wondered if Google Latitude can work with buddypress

Hmm unfortunately, that still did not work. Thanks for all your help thus far guys. Here is how my problem originated:

I recently transferred my site from the default ”/wordpress/” sub directory to my root directory. Everything works fine in BuddyPress except for the LOGOUT and LOGIN menu options from the BuddyPress menu bar (up at the top).

Upon looking at the URL that the logout and login tries to redirect to (in the tag), it still thinks it is in the ”/wordpress” subdirectory and the thus results in a Error 404 – Page Not Found problem.

I’ve search various ways to do this but people have either not have found a solution or seem to not have posted it. I originally thought I could just use the ‘Add All Nav Links to Admin Bar’ plugin (https://buddypress.org/community/groups/add-all-nav-links-to-bp-adminbar/) and hide the Login and Sign Up options but unfortunately the “Log Out” still remains since it is under the ‘My Account’.

Any help would be much appreciated, thanks.

I think it will be easier a plugin that :

1) Lock Buddypress to non registred users
2) Allow to configure the welcome page as facebook does, with login area for registred, and register fields for non members and backgrounds, info, links on this welcome page.
3) After the register process, show a page to upload avatar or skip this step.

@4ella Yep. I’m having the same issue

@r-a-y is there a way to uninstall forum instead of editing header.php ?
If not, Im my case i have fishbook theme, child of bp-default … the right header.php to edit is the header of fishbook theme or bp-default ? Thx

== Eveyrytime I create a new site (I’m running multisites on WordPress) Buddypress creates a tab named Community. ==

This is not default behavior. Causes for this may be
– you’re using a theme that generates a community tab – change to bp-default theme to see difference, or
– you installed WP/BP in subdirectory of site named community, or
– you have WP multisite and defined BP in subsite named community.

== “Sorry, Not Found, Error 404 ==

https://codex.buddypress.org/troubleshooting/navigation-links-return-404-errors/

== Can anyone tell me how to fix this? ==

Change theme to bp-default and deactivate all plugins except BuddyPress and see if your site is working like default installation like http://testbp.org

@ultimateuser @sameast I hacked together a widget in my functions.php using the Grunion Contact Form
`function custom_buddypress_member_contact($args) {
global $bp;
extract($args); // Make before_widget, etc available.
echo $before_widget;
echo $before_title . __(‘Contact Me’,TEMPLATE_DOMAIN) . $after_title;
echo do_shortcode(‘[contact-form widget=2 to=”‘.$bp->displayed_user->userdata->user_email.'” subject=”(‘ . get_option( ‘blogname’ ) . ‘) question” show_subject=”yes” ]’);
echo $after_widget;
}

wp_register_sidebar_widget(‘BuddyPress_Contact_Form’, ‘BuddyPress Contact Form’, ‘custom_buddypress_member_contact’, array(‘description’ => ‘BuddyPress Member Contact Form’));
`

Plus you can look over sites at http://www.bpinspire.com/ or you can check out the fishbook theme https://wordpress.org/extend/themes/fishbook-buddypress-buddypack

@ARHistoryHub , mine doesn’t seem to work, i have the latest version running too on everything, that could be the problem though…it’s outdated now. i’d donate for a new plugin to be made like this.

here’s my workaround for this problem

https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/multiple-profile-group-fields-in-registration/?_wpnonce=98e520cdd5#post-98202

as no buddypress gurus EVER botherd to give a feedback on this, and left everyone here in the dark for more than 1 year

the above still sucks of course (or rather the whole registration process for buddypress sucks!), anyway, the above code will unfortunatelly NOT validate the fields! So it would be possible for a user to register without filling those fields in …

Yeah, you tell me how happy I was as I realized that!
1 more day lost with this s*, but eventually found a workaround (I am sure it’s not the perfect solution, but at least it’s SOMETHING!)

So in order to have the required fields really checked, please add this to your header:

`

$(document).ready(function() {
$(“#signup_form”).validate();
});

`
where signup_form is the id of your form (

Duplicate of:
https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/conditional-profile-fields/

This issue hasn’t been addressed yet. See:
https://buddypress.trac.wordpress.org/ticket/3099

It’s probably best to keep backups in the meantime.

So, just a few hours ago, Boone just added a ticket with patch (https://buddypress.trac.wordpress.org/ticket/3205) to make this very easy. If any of you could go test this, then add any feedback, that would be great. The patch is for 1.3, but you should be able to make it work on 1.2.x.