BuddyPress.org

TestBP is using the new home theme that is part of the BuddyPress install. The items, account, groups, etc, are all widgets that you can place wherever you need them.

You can turn off blog registration as an option in WPMU. Then it’s as simple as not installing bp-blogs.

http://www.mcas.in: are you using the trunk version of BuddyPress?

my mistake was that i uploaded all files in plugin directory .. i forgot to put the theme in the themes directory.. once you do that, the current theme of buddypress shows up..

regardless, even after that there are bugs like https://buddypress.org/forums/topic.php?id=141 and https://buddypress.org/forums/topic.php?id=97 which need to be sorted out

Hi, i have the same problem and i really cant figure it out…what do i need to edit?

https://buddypress.org/forums/search.php

I just installed buddypress on MCAs.in from trunk. Its a fresh wpmu and buddypress install and i’m facing the same problem.

When you go to MCAs.in , under members tab if you click on the member it takes you to http://mcas.in/members/annkur/ which is redirected to homepage

It should actually take you to annkur.mcas.in

Whats the solution?

The first version of BuddyPress is for open networks, there won’t be any real privacy settings.

Once we have a 1.0 release, then the plan is to work on a generic privacy component that will introduce privacy levels across an install.

On trac, so create a new ticket that explains the problem and what the patch does to fix, then you can attach the patch file to the ticket:

https://trac.buddypress.org/newticket

Looks like I forgot to update my buddypress-home and buddypress-member themes. It’s all better now.

I am having the same problem. I looked in the code. It seems that the point in the code is on line 174 of bp-xprofile-signup.php:

if ( $checked_upload && $checked_size && $checked_type && !$original = bp_core_handle_avatar_upload($_FILES) ) {

$avatar_error = true;

$avatar_error_msg = __(‘Upload Failed! Your photo dimensions are likely too big.’, ‘buddypress’);

}

but i dont understand what is going wrong.

Can you log this at: https://trac.buddypress.org/newticket

It will read languages files in:

/wp-content/mu-plugins/bp-languages/buddypress-[locale].mo

BuddyPress will always work on the latest stable release of WPMU.

Problem is that changeset 444 will give errors as I reported in this ticket.

https://trac.buddypress.org/ticket/124

Trent

I’m not sure how far Andy’s got will this, but the code I donated to him earlier in the year allows user to assign tags to their friends (i.e. “friend”, “family”, “drinking buddy” etc). The user can then allow permissions for friends with certain tags to view different parts of their profile.

This is working pretty well on http://myjournal.com, and I’m happy to help implement this for BuddyPress too.

It may already be in there, I’m embarrassingly behind the times with my copy of BP.

good to hear. I will be very interested in having OpenID available. Any chance at a music or video section for buddypress?

I’m guessing that line in the FAQ is out of date. I’m currently using it fine on 2.6.2 and will report any problems when I upgrade to 2.6.3, but I as long as you stay in the 2.6.X line you should be okay.

You should use 2.6.1 as say in FAQ

BuddyPress is being developed on the latest stable release of WPMU (2.6.1). Please don’t expect it to work on the latest build in SVN.

I think there needs to be an is_page() check done before the URL hijacking takes place. Can you submit a ticket for this at: https://trac.buddypress.org/newticket (wp.org support forum login creds)

Yep, I’ve successfully integrated the users, but couldn’t get the simultaneous login to work but that’s very minor. I’m going to do some tweaks to bbPress to redirect to their BuddyPress profile so users don’t have two profiles to maintain but it’s prett straight forward.