BuddyPress.org

I just noticed I have the same problem. I am not sure if this is a bug as maybe not all admins check the old sign-up page?

I had renamed it to stop splogs, but after the BP installation (1.1, from scratch, with new standard themes), the register pages shows the entire form, including extra profile fields, but the ‘regular’ sign-up page only shows up half (see http://biketravellers.com/wp-newblog.php )

What is going on? No errors, it just stops halfway.

Cheers

Sounds like your MySQL database connection details aren’t proper. However, if the rest of your WPMU site works…

Was your previous bbpress install in a seperate database? (i.e. not in the same one as wpmu/buddypress)

xprofile_get_field_data( $field_name_or_id, $user_id );

I’m closing this topic since there is another one announcing the official release. Please route your responses here going forward.

I also just noticed that buddypress profiles don’t import from wordpress profiles or vice versa. It takes enough tooth pulling to get people to complete one profile. Adding those fields to sign up would be good because required fields would also have some anti-spam benefits.

Finally starting diving into 1.1 on my dev site and encountered a strange issue.

wpmu 2.8.4a, bbPress 1.0

just using plain default theme for now. forums work great. saved all my old posts. all seems ok BUT

on back end no option panel for profile fields. on front end all profile data is gone but name and website. Under My Profile it just has Public (no edit profile or change avatar)

Is this just a butchered install or something else?

If you use custom profile fields in your registration spammers wont effect you.I dont know why but i havent had a spam sign up since i tried this

Have a look at this Codex article.

As a general piece of advice, this is not specifically for the xprofile component, make sure that you check the codebase in the version of trunk that you’re using as there have been a number of changes to functions–some have been renamed, others deprecated, and new ones created. So it is possible that some of the Codex articles on BP loops may be slightly out of date.

I literally have to go to work after this post but:

To fix your site, rename your plugins directory to anything else i.e. ‘aardvark’. Load admin again, it should load up OK. Rename ‘aardvark’ back to plugins. You’ll have to re-activate any existing plugins. Once those have been done, try activating BP site-wide again.

BP v1.0.3 tables are:

wp_bp_activity_sitewide,wp_bp_activity_user_activity,wp_bp_activity_user_activity_cached,wp_bp_friends, wp_bp_groups,wp_bp_groups_groupmeta,wp_bp_groups_members,wp_bp_groups_wire,wp_bp_messages_messages,wp_bp_messages_noticeswp_bp_messages_recipients,wp_bp_messages_threads,wp_bp_notifications,wp_bp_user_blogs,wp_bp_user_blogs_blogmeta, wp_bp_user_blogs_comments,wp_bp_user_blogs_posts,wp_bp_xprofile_data,wp_bp_xprofile_fields,wp_bp_xprofile_groups,wp_bp_xprofile_wire,

Safe to delete as you haven’t used BP yet. Also these records in wp_sitemeta:

Any “meta_key” beginning with “bp-” i.e. bp-core-db-version, bp-friends-db-version.

If you don’t remove those meta_key records, then BP will think it’s already installed and won’t install itself again.

Before you activate BP again, open up your web server error log in a window and see if you get any specific messages when you try to run.

Also, versions of WPMU and BP you are you trying to install here will help us help you.

how do you sort??

I assume your are asking how users can view the other field groupings when they have selected “Edit Profile”. Look at the column heading. There are tabs for each field group. Clicking on a tab takes the user to that field group for editing.

You’ll have to echo that of course.

<?php echo xprofile_get_field_data( $field_name_or_id, $user_id ); ?>

<?php xprofile_get_field_data( $field_name_or_id, $user_id ) ?>

A great plugin would be a profile badge widget, anyone care to write that using the template tags?

Me too! An privacy option is very important. This http://devbox.computec.de/2009/06/buddypress-xprofile-privacy-plugin/ does not work with 1.1

Edit: it does work! But user must select before. But privacy fields like birthday etc. should never be visible for guest. Maybe with an click to activate, but at the moment thats not good.

This is a little risky for a non-programmer, but here is some code that would replace the profile-loop.php file in the skeleton member theme. Note that this theme is deprecated in the new parent-child theme setup. It is also not a sophisticated privacy component like the one Jeff is working on. It simply omits everything except the base profile fieldset when a non-member views the profile.

This is from my own installation, but I have removed some pieces (mostly formatting) to simplify things a bit. I haven’t tested it in the simplified form.

It assumes that “Base” is the base profile group name you specified in the BP dashboard settings.

<?php

/*

* /profile/profile-loop.php

* This file loops through the profile field groups, and then each profile field to

* display the profile information that a user has entered.

*

* Loaded by: 'profile/index.php' (via the xprofile_get_profile() template tag)

*/

?>

<?php if ( bp_has_profile() ) : ?>



<?php while ( bp_profile_groups() ) : bp_the_profile_group(); ?>



<?php if ( (bp_get_the_profile_group_name() == "Base") || ( is_user_logged_in() ) ) : ?>

<div class="info-group">



<?php if ( bp_group_has_fields() ) : ?>



<h4><?php bp_the_profile_group_name() ?></h4>



<table class="profile-fields">

<?php while ( bp_profile_fields() ) : bp_the_profile_field(); ?>



<?php if ( bp_field_has_data() ) : ?>



<tr<?php bp_field_css_class() ?>>

<td class="label">

<?php bp_the_profile_field_name() ?>

</td>

<td class="data">

<?php bp_the_profile_field_value() ?>

</td>

</tr>



<?php endif; ?>



<?php endwhile; ?>

</table>



<?php else : ?>



<h4><?php bp_the_profile_group_name() ?></h4>



No info yet.



<?php endif; ?>



</div>



<?php endif; ?>



<?php endwhile; ?>



<?php if ( !is_user_logged_in() ) : ?>

<p class="not-a-member">You need to log in to see full member profiles.</p>

<?php endif; ?>



<?php else: ?>



<div id="message" class="info">

<p><?php _e( 'Sorry, this person does not have a public profile.', 'buddypress' ) ?></p>

</div>



<?php endif;?>