BuddyPress.org

@John James Jacoby, i DL the zip from the trac. I can also confirm that there must be some issue with the trac zipper, because i don’t have a bbpress directory in buddypress/bp-forums/ directory.

@Andy: Should i still report this issue in trac?

I have another issue with the Side Wide Activity widget. It doesn’t show the status updates and some other things. Could this also be due to an issue with the zipper?

Hey gyonis,

For #1:

You’ll want to turn off blog registration and also set the default user role in WPMU to be “author”; that way everyone will be able to make a post on the root blog.

You can do this by going into your WPMU admin area and navigating to “Site Admin > Options”. Set “Allow New Registrations” to “Only user account can be created”. And set “Dashboard User Default Role” to “Author”.

For #2:

You’ll want to use some type of customized post screen plugin such as Flutter or my personal favorite Custom Field Template.

That should get you going!

You might also want to read this thread which talks about how to create a community blog.

You could put it in functions.php, but (and I am copying this from the BP codex), you should use bp-custom.php because:

(bp-custom.php) gets loaded with all the rest of bp automatically by bp during each page load. If you don’t have one already then create one in /plugins/buddypress. So we’ll pretend that we have done just that and that our three new functions are going to be loaded with the rest of bp.

The reason you have not found much on this on these forums, is because this questions are in WPMU’s domain. Have a search on their forums as these components aren’t provided or controlled by BuddyPress.

@John James Jacoby, i DL the zip from the trac. I can also confirm that there must be some issue with the trac zipper, because i don’t have a bbpress directory in buddypress/bp-forums/ directory.

@Andy: Should i still report this issue in trac?

I have another issue with the Side Wide Activity widget. It doesn’t show the status updates and some other things. Could this also be due to an issue with the zipper?

Good stuff, thanks John.

bp_core_load_template( ‘chubacabra’, true );

that would look for chubacabra.php in the home directory, correct?

It does not have to match the slug, I assume?

Makes sense. When I saw the filename (theme-options.php)… I figured this was a custom generated css file that was pulling in settings from the admin side. I guess the theme needs more testing maybe? Anyway… you could add “#post-entry li blockquote {color:#000;}” anywhere and it should work. Using the BuddyPress “custom.css” file or “site-wide.css” files might make sense if you don’t plan on changing the theme and don’t want to mess with the theme files.

Hey driz,

Check out /wp-content/plugins/buddypress/bp-core/bp-core-templatetags.php.

The function for bp_login_bar() is there… create your own function based off that and modify it to your liking!

Create this new function in /wp-content/plugins/bp-custom.php and then call on your new bar in your BP member template.

I have to say that using the multi-site plugin (paid vesion) + some creative rewrites can help achive 90% of what you want.

You can have two installs running. Of course, they have to be put into two different locals, used with a different database owner, etc…

The biggest problem you would run into would be if your server can handle the ram requirements.

I would not try this and expect performance ‘good enough’ unless I was on a dedicated hosting.

On a grid like ours, SOMETIMES we have to do a full on separate install. In these cases we also worry about our entire caching structure which bloats up considerably. A mitigation for this would be using S3 for storage, and we are moving our entire grid to the clouds. Our grid has been processor focused than storage (we started out as a high computational structure). Sorry for the off-topic.

Robert – the example.php is meant to be replaced with whatever name you’re using for the slug/load_template.

I’m using this to group members/groups/blogs into a community page.

Hey chargertech,

I’m guessing BuddyPress wouldn’t work for a sub-blog on WPMU, which is what I’m guessing you want it for.

You could try defining the BP_ROOT_BLOG in /plugins/buddypress/bp-core.php to the blog ID in question, that could work… although I’m not entirely sure.

You could also try Alkivia as an alternative – https://wordpress.org/extend/plugins/alkivia/

I was referring to the Welcome widget which I thought comes with BuddyPress.

I’m sure you’ve posted this or a very similar post before. Why the second post?

This is a feature built into WPMU (Site Admin > Options). This is also not a question about BuddyPress, so the WPMU forum would have been a more appropiate place.

It was a template issue after all. Copying an earlier version of an entire template folder solved the problem, but I wasn’t able to pinpoint the cause. The comment tags looked normal and I hadn’t touched them.

Which doesn’t solve the fundamental problems with IntenseDebate though. Next I’ll try to install it on the main blog only and hopefully the member blogs stay unaffected.

Is there a way to offer plugins to member blogs selectively? Or is the only option all plugins on or off?

Okay, I’ll go backwards part way up the list of answers:

Please provide a list of any errors in your server’s log files. how do i check?…hosting is through GoDaddy.

GoDaddy provides different levels of access to server error logs depending on your hosting plan. Contact customer support and ask them.

Your next step is to try an isolate the problem. First, you switch back to the default theme and see if the problem goes away. If it does, then you most likely have an issue with your default theme. Contact the theme designer and ask for assistance.

However, I’m guessing it is not a theme issue but either an issue with one (or more) of the many plugins you have installed and activated or an issue with your mail server. Your server’s log files should help you in determining if there is a server issue with sending mail.

But, until you can get at your server’s log files, you can investigate possible plugin conflicts–and you might actually find the problem in doing so.

What you need to do is go through the standard procedure for finding plugin conflicts. Deactivate all plugins except BuddyPress. Since it is the BP registration mail messages that are in question, you must keep BP activated.

Now, the first step is to try the registration process with just BP activated. If the registration goes through without an issue, then you can start to suspect that the issue is caused by one of the other plugins (or some combination of them acting together).

So next you begin reactivating your other plugins, one at a time. Each time you activate a plugin, you test to see if the issue occurs. This means that you only have one additional plugin activated besides BP. If the problem does occur then the issue could actually be with the plugin you just activated. You make a note of that possibility, deactivate it and move on to the next plugin and test it the same way. Each time, you note what happens. You may find other plugins also cause the issue to return.

Finally, you activate all the plugins that appear to not cause a conflict and see if the issue returns. If it does not, you now know that you can at least use that subset of plugins together without causing this particular issue.

What can you do when you find a plugin conflict?

• Make sure that you are using the most recent version of that plugin and that it is compatible with the version of WPMU you’re running
• Contact the plugin developer and ask for their assistance
• Simply deactivate that plugin and not use it. You may be able to find a substitute plugin
• Report your plugin conflicts back here so that the community can benefit as well.

Things are going to break for a while here as this site runs the trunk of BuddyPress. Until I can go back and work on backwards compat you are going to see a few minor issues.

https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions#post-11864

Thanks again Jeff.

All these comments have to do with ID not functioning correctly after installation. My problem is that comments are gone from member blogs after removing ID completely.

ID clashes with WPMU and/or BP. I remembered that Mohit Kumar had posted a question about it here. I’ve posted a question about this on the WPMU forum as well.

I’ve searched on Google and the Intense Debate site, but what I’ve found so far is no encouraging. I’m now reinstalling my site…

Avoid Intense Debate!

EDIT1: Re-uploading the php files from before ID had no effect – as I kinda expected. So the problem must be in the database somewhere.

Now deleting the database, importing an earlier version…

EDIT2: Even reverting the database to the earlier version did not solve the problem. WTF??!!

@21cdb, did you DL the zip from the trac, or did you SVN? I think there’s an issue with the trac zipper and it not including the external bbPress library. Can you verify that you have a bbpress directory in your buddypress/bp-forums/ directory?