You need to make sure “Anyone Can Register” is checked off under Membership in the General WordPress Settings 
You install the buddypress plugin from with in wordpress admin as buddypress needs wordpress 3.0 to work and add other buddypress plugins the same way.
Ah hah, nicework @tryggvib! Depending on how (well-) written the WordPress plugin is, sometimes you can get conflicts when things load in areas of BuddyPress where they don’t need to, and conflicts happen. I run into this quite often with plugins that load Javascript.
BuddyPress categories and tags? Are you referring to a feature provided by a plugin or are you referring to the categories and tags that come with regular WordPress?
Well, i thought it will be everything allright, but when i installed my network just like in that guide, one very big problem appeared.
I set up all superadmin options, so next step should be installing buddypress right?
so i downloaded it, went to the “plugins” in my admin panel, clicked “install for all network” and…. CRACK
wordpress told me “cheatin, uh?” so i logged out, and tried to log in one more time, and nothing.
i cant log in, when i try to do this wp send me back to my homepage and tell nothing.
so i tried one more time, and now when im going to mypage/wp-login.php the site is all white,
theres nothing there. What should i do now?
OK so WPMU is not built into wordpress 3.0 so I guess I don;t need anything extra to host multiple blog, but how do I go about allow registered members to actually create their own blog ?
@djpaul You are a genius!
I figured out what was wrong. I wanted to be sure I had your assumed setup and after deactivating my plugins everything worked. I had at some time activated a plugin called qTranslate (https://wordpress.org/extend/plugins/qtranslate/) which broke BuddyPress.
So if anybody else runs into my problem, try deactivating all plugins to see if anyone of them is causing the weird behavior.
Should a plugin like that be able to break another plugin? Do we need some sort of a plugin interoperability page to inform users what works together and what does not work together?
Well, it’s not an easy thing to do fullstop. You have to know a certain amount of PHP and HTML to create or edit a WordPress theme, and it is no different here. Have you, via BP Template Pack, copied the templates / css / js into your theme? Does the CSS get loaded when you visit the front of the site?
Are you getting any errors? A blank site is usually called by a fatal error. Set WP_DEBUG to true in your config file define( ‘WP_DEBUG’, true ); . If you still don’t see any errors then do search through the files in wp-content/plugins/buddypress for any error_reporting(); calls and set it to error_reporting( E_ALL);
Same here, BuddyPress 1.2.5.2, WordPress 3.01 and can’t delete users.
Reply to:
hnla said 5 days, 18 hours ago:
“Ensure that you can write to / have a .htaccess file.”
It is not clear to me and other new users how to do this. Changing the options from the default is not enough. From this link it is not clear what we actually have to do: https://codex.wordpress.org/Changing_File_Permissions
“Navigate to the WP permalinks section of the dashboard and ensure you have selected one of the options and saved,”
I chose the month and name option but unlike what the codex implies this is not an option and also not sufficient.
“what, if any, messages do you get after saving? if none are the links now working?”
This is the message I get:
Not Found
The requested URL /blog/groups/ was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
I am completely stuck now. I think the codex needs to be revised so it is clear how to do this. “Ensure that you can write to / have a .htaccess file.”
The dashboard instructions when installing are not clear to me. I don’t know what to do with the code.
RewriteEngine On
RewriteBase /blog/
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]
Thanks for your time.
@lupin3 – I don’t know any off the shelf function that prints the filename. Depending on your browser, tools like firebug on firefox and developer tools on Safari may help you.
Location of the files really depends which part of your theme you mean: the main blog / news ones or the social network specific ones such as profile, groups, etc.
For the blog specific pages – this page gives you an overview of all the WP files: https://codex.wordpress.org/Theme_Development
I don’t know what documentation is still around on 1.1.3 theme files. However, most of the files were typically in fairly explanatory-named subfolders of your member theme (e.g. in folders such as friends, members, wire, activity, profile)
Another option is to use/create a widget, something like https://wordpress.org/extend/plugins/user-bio-widget/ perhaps (untested).
member-header.php is located in /bp-default/members/single/.
If you’re making modifications to the bp-default theme, build a child theme so your changes will not be wiped out:
https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/
seobrien –
Read this: http://wpmu.org/how-to-add-a-custom-default-avatar-for-buddypress-members-and-groups/
iamnorthwind –
If you’re using another plugin to upload avatars, you’ll need to override the way BuddyPress fetches avatars.
Specifically, you’ll need to override the “bp_core_fetch_avatar” filter located in /buddypress/bp-core-avatars.php file.
Need a primer on filters? Read this:
https://codex.wordpress.org/Plugin_API#Filters
I decided to go ahead and try replacing all references to is_site_admin with is_super_admin, but it did not resolve this issue.
Has anybody else seen this? Can you help me identify whether it is a WordPress issue or a BuddyPress issue?
Thanks,
Adam
I can’t find my member-header.php. What version are you using?
I have to admit I’m still confused–there is no the_time() reference in index.php, nor is there any obvious place that I can see where you would insert such a date command. I just want the date of a blog post to appear on the main page, as it would in an ordinary WordPress blog installation, but it’s unclear to me where one would do so.
I was playing around with themes on my WordPress 3.0 / Buddypress 1.2.5.2 installation and after installing one theme (I want to use Buddypress Twenty Ten) Members, Groups and all those BuddyPress pages stopped working. I have Googled around and tried the solutions I found but none seem to work (there is a possibility that I did something wrong).
I’ve also tried to change back to bp-default but that doesn’t work. All other pages (blog posts, etc.) seem to work, just not the BuddyPress pages.
Can anybody help me get them up and running again?
Thanks in advance,
Tryggvi
Cheers Roger, I’ll look at that.
manually updated wordpress but that didnt work – going to try previous version
I have created a child theme of bp-default under themes/bp-fusion/, and my CSS change sare overriding the original CSS just fine. But I am having problems doing the same with the php templates.
e.g.
I copied the single.php into my child theme folder, made some changes and they have no effect. If I view the source, they are not even there.
I have used the edit themse page within wordpress itself as well, and there I can see my new files with the changes.
I have cleared the browser cache,
Have I missed something ?