BuddyPress.org

BuddyPress doesn’t use bb_users at all, only wp_users.

You have a standalone installation of bbPress which is where your users database is (because you mentioned bb_users, I expect)? Can we just clarify that you’ve installed WordPress, and activated BuddyPress?

Have you integrated your standalone bbPress install at all? If so, how? Via the “Use an existing bbPress installation” button in the BuddyPress Forums Setup page?

The default view for the member directory is “active members”. This will only show users who have logged in since you activated BuddyPress, and are therefore considered active (last_activity meta is present). If you change the ordering to something else, the members will show.

Technically this comes down to if a user’s “last_activity” record is present in wp_usermeta. I suppose you could pre-prime the last_activity record by something like this: http://buddypress.pastebin.com/USrLFAFH It’s not tested, but I think you could put it in your functions.php. Remember to remove it after one execution, however(!)

So, your main site is wp multisite and you’ve tried to activate bp on a secondary blog?

Amend: See the reply from @r-a-y to this thread: https://buddypress.org/community/groups/creating-extending/forum/topic/buddypress-not-on-themainblog/

Why haven’t you activated bp on the main site as that is your multisite primary blog?

Deactivate bp on your secondary site, install on your main site and let us know if your links then work

@cameroncameron – you’ll need to post some more information:

Which version of WP / BP?
Which theme are you using?

Do your blog urls display correctly with the BuddyPress plugin deactivated?

Didn’t mean where the actual files were located that is a given they have to be in the plugin folder. More what I was trying to establish is that you were not trying to do something out of the ordinary such as BP running on a sub blog of the main blog install.

– Oh no it is installed on the servers root. I have a linode server http://www.linode.com/ that wouldn’t have anything to do with it would it?

So you have an absolute basic default install of WP/BP? WP installed in main document root of the site and BP activated as a plugin of that primary WP install?
– correct

When you try changing your permalink structure after saving do you get any messages returned along the lines of not being able to write to .htaccess , although I guess if it’s taking a manual ‘index.php’ it must be?
I did get this at first but i then changed my permissions on the .htcess and then reset the permalinks and didnt get an error.

Can you tell me what the page is I’m looking at when I land on the site as it’s not a buddypress default layout or what looks like a child theme, I’m assuming that you haven’t activated BP or rather left BP activated.
– I had buddypress activated as a plug in on a site (which is a custom wordpress theme) when i visit it I am logged in as admin and a bar comes acrross the top of my screen Please seee http://blokmovaz.com/screenshot.png for a screen shot

What version of WP 2.9 are you running is it MU to enable user blogs?
-Im just using 2.9 when i look in the dashboard it just says “You are using WordPress 2.9”
I’m not sure if its MU how do i tell?

Have you created a BP theme for use with the site, obviously BP needs a BP enabled theme in order to function correctly.
– I have not yet… I havent been able to get it working in its default theme correctly on my server. I wanted to do that first.

TBH I think that you need to try and patch up your differences with the developer you were working with or failing that find another that can get into the core site and establish what exactly is what. That you state you were just meant to be the designer suggests that this is not something you should be trying to sort out, generally a frontend developer would run a job the designer supply them with necessary graphics for layout along with layout impressions. What does the client say about the developer not having finished things or are you running this job and subbing out the development WP side of things.
-The clients are friends of mine so while not having this site up is disappointing its not as bad as if it were a client of mine…Having said that, we have dumped a lot of money into this site….this is our second developer who just kind of stopped communicating with us right near the end of the job (after first 2 milestones and payments were meant). I feel like I am more experienced then your average newbie at wordpress however i feel like speed is key here… and with me trying to finish this up its going very slow. My hands are kind of tied when it comes to our past developer…. he just refuses to take my calls, return my emails, or texts. Not even sure why.

Thanks

Didn’t mean where the actual files were located that is a given they have to be in the plugin folder. More what I was trying to establish is that you were not trying to do something out of the ordinary such as BP running on a sub blog of the main blog install.

So you have an absolute basic default install of WP/BP? WP installed in main document root of the site and BP activated as a plugin of that primary WP install?

When you try changing your permalink structure after saving do you get any messages returned along the lines of not being able to write to .htaccess , although I guess if it’s taking a manual ‘index.php’ it must be?

Can you tell me what the page is I’m looking at when I land on the site as it’s not a buddypress default layout or what looks like a child theme, I’m assuming that you haven’t activated BP or rather left BP activated.

What version of WP 2.9 are you running is it MU to enable user blogs?

Have you created a BP theme for use with the site, obviously BP needs a BP enabled theme in order to function correctly.

TBH I think that you need to try and patch up your differences with the developer you were working with or failing that find another that can get into the core site and establish what exactly is what. That you state you were just meant to be the designer suggests that this is not something you should be trying to sort out, generally a frontend developer would run a job the designer supply them with necessary graphics for layout along with layout impressions. What does the client say about the developer not having finished things or are you running this job and subbing out the development WP side of things.

I had two users apparently never get the activation email. (One is me, so I know it didn’t go through, but the other attempt belongs to someone I don’t know. They MIGHT have simply never opened the email.) My first attempt used a hotmail (live.com) address. The other person’s is a personal domain.

I thought I was having a problem with ALL activation emails, but when I tried a new user registration with a gmail address, it worked. I suppose I should test new user creation with some more email addresses and providers.

In any case, if you don’t have tons & tons of new users, one thing you can do while “we” figure this out is to check the Users list under the WordPress settings (from wp-admin), as even unactivated users will show up there. Then visit any problem user in buddypress by manually typing in the address for their profile page (you know, something like http://www.example.com/members/USERNAME/). Then in the admin bar, you’ll find an option along the lines of “Admin Options->Mark user as not a spammer”. That’s probably not the exact text.

When you refer to a child theme it refers to the ability to create a new blank folder within the ‘theme’ folder this would be considered a ‘Child theme’ if it simply had a stylesheet residing in it’s root /top level that stated it was using the files from a particular parent theme, what then happens is having selected this theme – which now would appear in your dashboard themes page, – WP examines the stylesheet information at the top of the file and finds that it instructs WP to look for files in a particular theme as being the main theme files to use; however the clever trick is that WP first knows that it must look in your child theme for necessary files FIRST! and if they are not found THEN look for the necessary file in the stated parent theme, thus you do not have to have any files in your child theme as WP will use the parent files, but you can add new CSS rulesets to the stylesheet living in the child theme and these will be read and acted on (that stylesheet references the parent CSS stylesheet files through the @import rule first and then reads on for any additional rules you have added below the @import calls)

If you do not want to make any changes to BP-Default theme then you simply activate that theme as seen in the theme page in the dashboard. When members create a blog then those blogs should use the twentyten theme or whatever other themes you choose to download and make available (Note that you decide what themes are available to members via the ‘Super Admin >Themes’ page only the themes that you select ‘yes’ to are available to member blogs so to avoid them attempting to use the BP-Default on user blogs you ensure BP themes are not selected)

If you decide that you do need to make changes to BP-Default theme then you would create a folder under ‘Themes’ name it ? ‘my-bp-default’
to the folder you add the requisite stylesheet and now you can move files as required from bp-Default original folder to your new folder and edit them as you wish, or simply create new rulesets to style elements which you place in the new stylesheet file. BP/WP now looks at your new child theme for any files that it must use in preference to the same versions that might reside in the original theme folder.

Apologies if the above covers ground you already understand.

Actually it is possible to bypass BP registration using the wp_insert_user() function.
It *should* be possible by overriding the /registration/register.php template file in your child theme. But all the good stuff like activating an account would be gone. However, you say you want to use WP’s registration system? Would require a BP core hack I believe.

Changing the BP_ROOT_BLOG wouldn’t do a thing since BP is activated network-wide.

Just some basic questions: multisite (which is important as a different process)? registration steps completed? data in mysql for a failed user signup? (check _users->”user_status” and _usermeta->meta_key->”activation_key”)

I was pointing out the php file and functions – if you wanted see the flow of the signup. (wp_insert_user, setting user_status, generating and saving activation_key, sending activation email to user). You mentioned “My install of wordpress does send emails successfully, until I activate Buddypress (then it breaks).” BuddyPress uses the same WordPress functions to send an email – so nothing changes in that regard but maybe some weird oddity in your setup causing a null email address or some other unpredictable result.

@pisanojm
1.) 4xjunction.com
2.) WP 3.0 and BP 1.2.5.2
3.) PHP 5.x
4.) Yes, they allow PHP mail (it works fine until Buddypress is activated)
5.) Yes, I’ve tried with all plugins off
6.) It works with the default as well as any other theme, except Buddypress

Thanks for the respnose,

-Justin

Ok, spending evern more time on this… I went back to the idea of using @r-a-y ‘s modified regestered-users-only-plugin… Now it is 95% the way I want except the homepage is not re-directing to the landing page… every other page does this…. probably has something to do with the home page being the activity stream??? I’m copying the key changes I have done to the plugin below:

// This is a base array of pages that will be EXCLUDED from being blocked

if ($bp&&($bp->current_component == BP_REGISTER_SLUG ))//buddypress
return;

if ( bp_is_register_page() || bp_is_activation_page() || is_feed() ||is_page(‘landing’) ) //buddypress)
return;

$this->exclusions = array(
‘wp-login.php’,
‘wp-signup.php’,
‘wp-register.php’,
‘wp-activate.php’,
‘wp-cron.php’, // Just incase
‘wp-trackback.php’,
‘wp-app.php’,
‘xmlrpc.php’,
);

// If the current script name is in the exclusion list, abort
if ( in_array( basename($_SERVER), apply_filters( ‘registered-users-only_exclusions’, $this->exclusions) ) ) return;

// Still here? Okay, then redirect to the login form
bp_core_redirect( ‘http://musicpln.org/pln-posts/landing/’ );

You don’t need the BP Template Pack if you’re doing this.

What you’ll need to do is:

1) Deactivate the BP Template Pack plugin.
2) Activate the BuddyPress Default theme on your blog.
3) Setup WP 3.0 in network mode as a subdirectory install.
4) Create a new user blog and activate whatever theme you want on this new blog.

Your first issue is by design. The Site (Super if you’re on WP 3.0) Admin > Users option only appears when you activate Network mode (or are running WPMU). It shows everyone with an account on your installation. The Users > Users panel only shows accounts that have a user role on your blog (Subscriber, Contributor, etc). That list won’t show accounts that signed up through BP and thus don’t have any role on your main blog.

Not sure about the second issue. You have a screenshot?

you’ll have been sent an email with an account activation link, clicking that will activate the account and enable you to log in. (I have just done this myself using my WP3.0 test install).

For the message, are you logged in as a site admin user?

If by “does not load the administrative side”, you mean you are getting a white page when trying to go to wp-admin, rename your wp-content/plugins/ folder to something else, then go to wp-admin. Then rename your plugins folder back; you’ll have to reactivate the plugins.

Take an activation URL in the activation email (send yourself a fake one if you don’t have one lieing around). Then, go into something like phpmyadmin. Look at the table for users (it’s different if you’re using WP vs. WPMU) and find the activation key. Replace the key in the URL and now you can use that URL to activate the account.

I’ve also heard rumor that someone might be working on a plugin to deal with this type of situation.

I am having this exact same problem on a brand new WP/BP site.

Specs

1. Which version of WPMU are you running?
I am using regular WP 3.0
2. Did you install WPMU as a directory or subdomain install?
Root 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?
Was a previous version install via Fantastico on cPanel, upgraded to 3.0 before BuddyPress was installed
5. Was WPMU functioning properly before installing/upgrading BuddyPress?
Not sure
6. Which version of BuddyPress (BP) are you running?
Version 1.2.5.2
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?
Yes:
Welcome Pack Version 2.1
Twitter Goodies Version 3.9.0
Tweetstream Version 1.4
oEmbed for BuddyPress Version 0.52
Invite Anyone Version 0.6.4
Import from Ning Version 1.1
Facestream Version 1.1
Contact Form 7 Version 2.2.1
BuddyPress Usernames Only Version 0.58
BuddyPress Profile Privacy Version 0.2
BuddyPress Private Messages for Followers Only Version 1.0
BuddyPress Like Version 0.0.7
BuddyPress Group Tags Version 1.2.2
BuddyPress Group Email Subscription Version 2.5
BuddyPress Forum Topic Mover Version 1.0.0
BuddyPress Follow Version 1.0
BuddyPress Album+ Version 0.1.7
BP Profile Search Version 1.0
BP Group Management Version 0.4
BP-NotificationWidget Version 1.4
9. Are you using the standard BuddyPress themes or customized themes?
Standard BP Theme BuddyPress Default 1.2.5.2
10. Have you modified the core files in any way?
No
11. Do you have any custom functions in bp-custom.php?
I do not think so.
12. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in?
I ran the bbPress installer that came with BuddyPress
13. Please provide a list of any errors in your server’s log files.
[Thu Jul 08 01:43:12 2010] [error] [client 99.232.211.136] PHP Warning: Cannot modify header information – headers already sent by (output started at /home/wwwnatf/public_html/site/wp-admin/includes/misc.php:133) in /home/wwwnatf/public_html/site/wp-includes/pluggable.php on line 890, referer: http://natfriends.com/site/wp-admin/options-general.php
[Thu Jul 08 01:43:12 2010] [error] [client 99.232.211.136] PHP Warning: is_writable() [function.is-writable]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/home/wwwnatf:/usr/lib/php:/usr/local/lib/php:/tmp) in /home/wwwnatf/public_html/site/wp-admin/includes/misc.php on line 133, referer: http://natfriends.com/site/wp-admin/options-general.php
[Wed Jul 07 23:53:55 2010] [error] [client 99.232.211.136] PHP Warning: Invalid argument supplied for foreach() in /home/wwwnatf/public_html/site/wp-content/plugins/wordpress-shout-box-chat/chat.php on line 38, referer: http://natfriends.com/site/
[Wed Jul 07 23:53:55 2010] [error] [client 99.232.211.136] PHP Warning: file_put_contents(history/20100707) [function.file-put-contents]: failed to open stream: Permission denied in /home/wwwnatf/public_html/site/wp-content/plugins/wordpress-shout-box-chat/chat.php on line 23, referer: http://natfriends.com/site/
[Wed Jul 07 23:53:52 2010] [error] [client 99.232.211.136] PHP Warning: Invalid argument supplied for foreach() in /home/wwwnatf/public_html/site/wp-content/plugins/wordpress-shout-box-chat/chat.php on line 38, referer: http://natfriends.com/site/
[Wed Jul 07 23:53:52 2010] [error] [client 99.232.211.136] PHP Warning: file_put_contents(history/20100707) [function.file-put-contents]: failed to open stream: Permission denied in /home/wwwnatf/public_html/site/wp-content/plugins/wordpress-shout-box-chat/chat.php on line 23, referer: http://natfriends.com/site/
[Wed Jul 07 23:47:55 2010] [error] [client 99.232.211.136] PHP Warning: chmod() [function.chmod]: Operation not permitted in /home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/pfctools.php on line 180, referer: http://natfriends.com/site/
[Wed Jul 07 23:47:55 2010] [error] [client 99.232.211.136] PHP Warning: copy(/home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/../data/public/themes/zilveer/smileys/emoticon_unhappy.png) [function.copy]: failed to open stream: Permission denied in /home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/pfctools.php on line 179, referer: http://natfriends.com/site/
[Wed Jul 07 23:47:55 2010] [error] [client 99.232.211.136] PHP Warning: chmod() [function.chmod]: Operation not permitted in /home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/pfctools.php on line 180, referer: http://natfriends.com/site/
[Wed Jul 07 23:47:55 2010] [error] [client 99.232.211.136] PHP Warning: copy(/home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/../data/public/themes/zilveer/smileys/eusa_whistle.gif) [function.copy]: failed to open stream: Permission denied in /home/wwwnatf/public_html/site/wp-content/plugins/phpfreechat/src/pfctools.php on line 179, referer: http://natfriends.com/site/
I moved files in site to root…..
Hosting company:
Total Choice Hosting

If you’re experiencing problems deleting users via the WP user management panel, then it’s probably not strictly speaking a BuddyPress problem. You might try deactivating BP (deactivate BP-dependent plugins first!) for a moment, to see if you’re able to delete members with BP turned off. If not, then your problem is WordPress related.

@r-a-y I used your code suggestion and some that I found in Restrict User 2 With Viper’s original Restrict User Plugin
Found here http://www.viper007bond.com/wordpress-plugins/registered-users-only/
because I wanted the site to be restricted to registered users only… still allow access to the login/activiate page and ALSO allow access to the feeds…

I ended up with this.
// Depending on conditions, run an authentication check
function MaybeRedirect() {
// If the user is logged in, then abort
if ( current_user_can(‘read’) ) return;

$this->exclusions = array(
‘wp-login.php’,
‘wp-signup.php’,
‘wp-register.php’,
‘wp-activate.php’,
‘wp-cron.php’, // Just incase
‘wp-trackback.php’,
‘wp-app.php’,
‘xmlrpc.php’,
);


It appears to be working… Do you have any thoughts on the above? Thanks

1) I’m able to register and see my newly-created profile on your website. Your users have to activate their account via email before logging in.

2) Did you setup the Buddypress forums correctly under the “Buddypress > Forums Setup” menu in the WP admin area?

3) Make sure your wp-content/uploads directory has the right permissions. Check out this article for more info:
http://samdevol.com/wordpress-troubleshooting-permissions-chmod-and-paths-oh-my/