BuddyPress.org

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?

@Peter

As IntenseDebate exports your WP comments into its own system, your issue is more than likely caused by IntenseDebate misbehaving. Your best bet is to post a question on their support forums and let them help you track down the cause. I found these two related threads:

http://getsatisfaction.com/intensedebate/topics/intense_debate_comments_gone_missing

http://getsatisfaction.com/intensedebate/topics/after_installing_intense_debate_no_widget_no_comments_all_gone

Woah, woah. First of all, get Firebug for Firefox. It lets you inspect and amend CSS on the fly which would help you with this sort of thing.

Secondly, I just got crit by a wall of text for 10,000 damage. Please use a ‘pastebin’ service, such as http://buddypress.pastebin.com/, in future.

Thirdly, I’m also going to mark this thread as complete for your as your above post seems to suggest you have resolved your problem.

John James Jacoby, I’ve tried that, but IntenseDebate is a lot of code and I’m not that smart. Can’t find that on/off button.

I’ve deleted all database tables from one of the member blogs (wp_2_ etc.) and imported a version from before I’d installed IntenseDebate. It had no effect.

So whatever changes ID makes in the database, it is not in the blog tables. Perhaps in wp_bp_user_blogs_comments then? Or wp_sitemeta?

Can’t find any likely candidates by going through the wpdb mentions in the main IntenseDebate plugin file.

wp_1_options has several entries that look ID-related, like id_useIDComments, even after removing the plugin from the system. Is _transient_feed part of ID too?

Deleting these entries has no effect whatsoever…

Can a plugin make changes in php files?

Hey, now I realize it was me who made the question regarding ID WPMU compatability !

Glad it helped someone.

@PeterV maybe if U make your question at ID´s website/blog you can find answer to your problem.

What I would do to find the answer is take a look at the Intense Debate plugin and see what exactly it does to turn itself on and replace comments. Then, see if you can manually remove it.

Thanks again Jeff Sayre!

My main concern is now how to repair my installation. The comment system is totally gone from member blogs. I don’t see anything unusual in the database or template files.

What is going on and how can I fix it?

How can i enable intensedebate plugin for all the blogs sitewide.

Looking at the WP plugin repository for this plugin, it does not indicate that it is meant for WPMU.

Doing a quick Google I found this discussion on the IntenseDebate blog:

New Customization Options

Go 7 or 8 comments down and you’ll see this reply from Beau Lebens:

BuddyPress runs on a WPMU install, and ID is currently in use on a number of WPMU sites. There’s currently no way to “auto-activate” it for every blog created, but you can definitely activate it (and go through the install process) for each different blog you create on a WPMU install.

First, always read the “readme.txt” file before proceeding with any WPMU or BuddyPress upgrade.

Before installing BuddyPress from trunk, you need to make sure that you are running WPMU 2.8.4a. If not, you need to deactivate all WPMU plugins, upgrade WPMU, and then try again. The latest WPMU version can be found here.

Once you’ve installed BuddyPress, make sure you move the theme files into their proper location.

After completely removing IntenseDebate from the system, the default comment system is back on the main blog, but still completely gone from member blogs, even blogs created after removal of the plugin.

Is there any way to reset the member blogs without having to reinstall the entire site? How can a plugin kill an entire component like that? Where does the plugin “turn off” the default comment system? Is there a way to force comments_template() to load?

Installing Disqus did not fix the problem. Deactivated and deleted again.

Is there a setting in the database that turns off comments?

I activated it sitewide, but it totally removes the comment system on members blogs until members put in their information in the plugin. That is too complicated/confusing.

So I deactivated sitewide and reactivated for the main blog only, but the comment system on the members blogs is still gone.

Even deactivating and deleting the plugin entirely does not bring back the comment system on the members blogs -> IntenseDebate screws up your system!

Another great Auttomatic product!

Hello Madloki –

Visit this URL at BP Trac: https://trac.buddypress.org/browser/trunk

Scroll all the way to the bottom of the page and you’ll see the following:

Download in other formats:

* Zip Archive

Click on “Zip Archive” and it will download the .zip file of the latest trunk version.

Cheers,