BuddyPress.org

update I deactivated all my plugins and then only activated buddypress and it seemed to get rid of the ads code, but still displayed site wide activity for each member. so it was a plugin issue, one that I was using to place ads into the posts and pages. Not crucial but would be nice to have eventually working so users can put in their own code without tweaking the template. one last thing that is a different topic I also upgraded bpPicture Album to the new version thinking it would improve my problem but am getting this error when i activated it and on the album page.Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, '' was given in /home/content/12/4455612/html/wp-includes/plugin.php on line 414 I’ll ask the creater of the plugin too.

Thanks for the support

-Aaron

Now it won’t load wp-admin at all. What kind of tables should buddypress have created? What’s their names?

And, thanks for helping me!

Ok. Is it any way I can active it trough the database?

* You’ve deleted all the content (visible and invisible) from your root folder

– Have not done this, but I did create a new subdirectory and installed WPMu in that location.

* Your using a blank DB that has a different name, username, and password from any that you’ve used before

– Check.

* You’ve cleared your browser’s cache

– I’ve done this with previous testing, but not with this new install. I’ll try that.

* You’ve downloaded a new copy of WPMU and installed it, creating brand new wp-config and .htaccess files

– Check.

* You’ve downloaded the newest BuddyPress trunk (if running bleeding edge). If using a tagged version of BP, then you’ve downloaded that version again to have a fresh, clean copy. You then manually install BP and then activate it.

– Check (revision 1903, as noted).

* You have no other themes installed in wp-contents (other than the default WPMU and BP themes)

– Check.

* You have no other plugins except BP (and possibly the default plugins that come with WPMU)

– Check.

—-

So, it seems that clearing my browser cache and clearing the root folder might be the only issues. I’m imagining that the latter assumes I’ve installed in root, which I haven’t; I have a single-user WP blog there that’s not going anywhere. I could install to my local machine (which I’m likely to do anyway), but that wouldn’t seem to invalidate this particular phenomenon.

As to browser cache, I’ve cleared that before without affecting results, and will do so now; but that would seem to suggest it’s not critical. I’ll leave a note after I’ve tested it, though (don’t want to while replying, for obvious reasons).

@dwpers – Actually I want it the other way around. I don’t want my users blogs integrated into the bp site, but want bp integrated into my user blogs. While it sounds like a ‘trivial’ difference it is not.

I’m trying to figure out how to give each blog owner their own buddypress sub-community. With the new theme system for bp coming out, it should be much easier to integrate bp into my current website themes. Then I would like to only display members/groups/forums/etc that ‘belong’ to that particular blog.

Think of it from ‘how would wordpress.com integrate buddypress?’

If they simply just had a ‘huge’ community that everyone was a member of, kind of how ning did it on their ‘home’ site, then no one would ever really be interested. I’m more suspecting that buddypress would become a plugin that each blog would activate on their own to build their own ‘sub-community’. Though I am pretty sure that wordpress.com would follow the ning example and automatically have all members of all blogs become part of a larger community behind the scenes. Whether they know it or not.

Am I off base here?

actually the log out problem is gone now. the only problem i have is that users don’t get the registration/activation email. here are the answers.

1. Which version of WPMU are you running?2.8.4

2. Did you install WPMU as a directory or subdomain install? directory

3. If a directory install, is it in root or in a subdirectory? root

4. Did you upgraded from a previous version of WPMU? If so, from which version? no

5. Was WPMU functioning properly before installing/upgrading BuddyPress? don’t know, i installed both one right after another

6. Which version of BuddyPress (BP) are you running? 1.0.3

7. Did you upgraded from a previous version of BP? If so, from which version? no

8. Do you have any plugins other than BuddyPress installed and activated?

-ajaxed wordpress

-akismet

– all in one seo pack

– contact form 7

– events calendar

– google xml sitemaps

– login with ajax

– more privacy options

– page links to

– register plus

-remove buddypress admin bar

– sociable

-tweetmeme button

– wordpress database backup

-wp postratings

9. Are you using the standard BuddyPress themes or customized themes? customized

10. Have you modified the core files in any way? no

11. Do you have any custom functions in bp-custom.php? no

12. If running bbPress, which version? no

13. Please provide a list of any errors in your server’s log files. how do i check?

Also, I don’t know if this is relevant but hosting is through GoDaddy.

decided to make the plunge and do the automated update to 2.8.4a

encountered several fatal errors along the way but deactivating the plugins and then activating by “activate” instead of “activate site wide” seemed to do the trick. That and logging out as the admin and logging back in resolved most stuff.

Having to redo my .htaccess file that was coded to provided direct external SSO from aMember. Way beyond my ability so I await help from aMember.

Had to dive back into the bp-core to remodify all the changes. From a user perspective as opposed to a developer, following the instructions of the moderators on here is very difficult and since most of you are doing this for free, I am loathe to complain for any help you provide. I mention this because there is a certain level of knowledge in coding that is necessary before many of us can follow the instructions of Burt and other brillianto’s. Unfortunately, we don’t have that knowledge so the quick and dirty for us users who are trying to make buddypress operational is to simply cut and paste code in the core, write down in a researcher’s notepad akin to a research scientist titrating drops of transylvanian serum into Frankenstein’s bloodstream.

Paul,

The URL where I’m testing the BP is http:// mysupport.byethost13.com it is shared hosting where each subdomain that belongs to my account looks like root. All root files must be uploaded into \htdocs folder that pretends to be root.

Once installed, only the core Blog is fully available. Users (user1, user2) have created their blog(s). Posts are accessible by Site Wide Activity/Wires but no permalinks expect the main blog are accessible. Thus no user nor admin personal blogs (comments) aren’t accessible.

My hosting program allows the .htaccess. The links to the missing elements seems to be OK. It properly generates addresses like http://mysupport.byethost13.com/personal/2009/08/27/hello-world-2/ but it is empty.

The /wp-content/blogs.dir contains strange sub-folder structure

/wp-content/blogs.dir/1/files/avatars/2(4) where two and four is a Id of users that have

uploaded their avatar. Gods know what does it mean the 1 in the root.

For testing purposes I have created your account (Id 4) JDPaul/password. I just wanted to test the BP abbility to access/write the folder. Avatar was uploaded.

My conclusion:

1) BP is talsk to MySql

2) tld/blog works as expected

3) All site.tld/users links + site.tld/groups seems to be fine

4) At least part of the BP code can write the blogs.dir folder

5) For some reason site others blog permalinks site.tld/user1, site.tld/user2, site.tld/personal do not work.

Please feel free to log-in and play. I believe we both need a computer aided check list

1. Which version of WPMU are you running?

WordPress MU 2.8.4.

2. Did you install WPMU as a directory or subdomain install?

directory

3. If a directory install, is it in root or in a subdirectory?

root as much it can be on shared host

4. Did you upgraded from a previous version of WPMU? If so, from which version?

no

5. Was WPMU functioning properly before installing/upgrading BuddyPress?

there was no trafic

6. Which version of BuddyPress (BP) are you running?

BP 1.0.3

7. Did you upgraded from a previous version of BP? If so, from which version?

no

8. Do you have any plugins other than BuddyPress installed and activated?

no

9. Are you using the standard BuddyPress themes or customized themes?

standard – works fine

10. Have you modified the core files in any way?

no

11. Do you have any custom functions in bp-custom.php?

no

12. If running bbPress, which version?

not yet

13. Please provide a list of any errors in your server’s log files.

This works:

function synchro_mailinglist($user_id, $password, $meta) {

global $bp, $wpdb;



$email = $wpdb->get_var("SELECT user_email FROM $wpdb->users WHERE ID='$user_id'");



$fullname = $meta[field_1];

$space = strpos( $fullname, ' ' );



$company = $meta[field_2];



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



$firstname = nameize($firstname);

$lastname = nameize($lastname);



...



$wpdb->query("INSERT mailingusers SET users_id='$user_id', group_id='1', signup_date= UNIX_TIMESTAMP(), firstname= '$firstname', lastname= '$lastname', email_address = '$email' ");

$wpdb->query("INSERT mailingcdata SET cdata_id=NULL, user_id='$user_id', cfield_id='1', value='$company'");



}

add_action( 'wpmu_activate_user', 'synchro_mailinglist', 10, 3);

I used it as part of this function. This should work other mailinglist scripts as well, just change the table and field names.

I don’t understand why $user_email didn’t work. I had to pull the user_email from the database. Is there a cleaner way?

I’m now trying to add firstname, lastname and email address straight to the database tables of my mailing list. I’ve added the queries to the function I had put together here:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



...



$wpdb->query("INSERT mailingusers SET users_id='$user_id', group_id='1', signup_date= UNIX_TIMESTAMP(), firstname= '$firstname', lastname= '$lastname', email_address= '$user_email'");

$wpdb->query("INSERT mailingcdata SET cdata_id=NULL, user_id='$user_id', cfield_id='1', value='$company'");



}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

This mostly works, except the for the email address. $firstname, $lastname and $user_id are all correctly added to the table, but the email_address field stays empty.

Can anyone spot the problem?

How can I “call” the user’s email address upon ‘wpmu_activate_user’?

Adding a $user_email argument only produces missing argument errors. I’m out of guesses…

$current_user->user_email doesn’t work either:

$wpdb->query("INSERT mailingusers SET users_id='$user_id', group_id='1', signup_date= UNIX_TIMESTAMP(), firstname= '$firstname', lastname= '$lastname', email_address= '$current_user->user_email'");

OK, I have tested all methods. I even deactivated buddypress plugin, remove all plugins, and then sign up a test user with just wpmu, when did this, wpmu set privacy option for blog correctly, but right after I activate buddypress again, I saw the same user I just had created with wpmu earlier – the privacy went private again and not set as public.

This makes me think that wpmu 2.8.4a is conflicting with buddypress 1.0.3. Maybe buddypress 1.0.3 is trying to change the privacy from wpmu 2.8.4a. Since none of the plugins I installed is conflicting with either buddypress 1.0.3 or wpmu 2.8.4a at all. So this must be the problem of buddypress 1.0.3.

Can anyone help me confirm this problem? Or it’s me that the only one who has this problem? Thanks…

This basically works!:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$fullname = $meta[field_1];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



$lowercase = strtolower($fullname);

$autousername = str_replace(' ', '', $lowercase);



update_usermeta( $user_id, 'nickname', $fullname );

update_usermeta( $user_id, 'first_name', $firstname );

update_usermeta( $user_id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_login = %s WHERE ID = %d", $autousername, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_nicename = %s WHERE ID = %d", $autousername, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $user_id ), $user_id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

All the usernames in the database get updated to the new username autogenerated from fullname! Even the URL takes the new username.

Except the user_login in wp_signups. The signups table doesn’t have a user ID. I’ve tried adding an argument $user_email and this line:

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->signups} SET user_login = %s WHERE user_email = %d", $autousername, $user_email ) );

But I get a missing argument error and all the entire column of user_logins is reset to the autousername of the latest user. Apparently ‘WHERE user_email = %d’ doesn’t work.

I’m not sure if I should waste much time on this. Is the user_login in wp_signups used anywhere? It appears in the emails, but those have to be rewritten anyway for email login.

Forget the previous post for now. I’m now assuming $user_id is in fact an ID number. So something like this should cover the two most important of the four usernames in the database:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$fullname = $meta[field_1];

$space = strpos( $fullname, ' ' );



if ( false === $space ) {

$firstname = $fullname;

$lastname = '';

} else {

$firstname = substr( $fullname, 0, $space );

$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );

}



$lowercase = strtolower($fullname);

$autousername = str_replace(' ', '', $lowercase);



update_usermeta( $user_id, 'nickname', $fullname );

update_usermeta( $user_id, 'first_name', $firstname );

update_usermeta( $user_id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_login = %s WHERE ID = %d", $autousername, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_nicename = %s WHERE ID = %d", $autousername, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $user_id ), $user_id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

I’ll try that and look into the bp_core_get_user_domain() function after lunch…