BuddyPress.org

Talked with Donncha about this. A check needs to be added to check if the blog_id = tag_blog_id and if so, return from the function. This will stop the infinite loop.

Any news about the fix ? It could help us a lot !

I fired up another ticket on this. The fix for the infinite loop doesn’t seem to work. Running with that fix and it still happens. Other strange things happen as well. I disabled the blogs component in the mean time.

Hi to all, i will tell you my little experience with the subject.

First of all: How does the global tags blog work? Simple, when someone makes a post, WPMU triggers an event. Basically there is a plugin that is hooked to that event, and when the post is made, it copies the post to a TAG blog (typically “invisible” and with a modified template, i will try not to extend here). But it dupplicates the post in the tag blog, and when you wanna show a cool plugin with al the site tags, you add the standard WP tag function instantiating that blog.

THE PROBLEM WITH BUDDYPRESS:

Inspite that in the PHP code of buddypress tries to evaluate, reading the options of WPMU if the POST comes from the TAG BLOG, it fails, cause there is an environment problem there. $BP and $WP* does not bring the correct actual blog id from the Blog where the post was made (Tag blog) so it thinks it´s a new entry, so boom, it keeps on publishing, POST – HOOK – POST – HOOK etc… until the buffer makes a little BOOM!. And it stops.

What i did (i figured this problem the first time i installed buddypress) and maybe it´s not the best answer to your problem, is to use my own post indexer (i was using that plugin before for other reasons) so i took the HOOK of SAVED or PUBLISH i don´t remember and i am triggering the BP post record function directly from my plugin.

But the important thing is that, the BP code is perfect at that point, it tries to evaluate if the blog is the TAGS BLOG, but there´s a problem with the environment $BP or $WP**** at that point, so the BLOG_ID is messed.

Hope it helps Andy.

Z.

I really have nothing to add. Just watching this thread ’cause I surely would like bp and the tags plugin to play nice with each other. This is just a long winded bump.

i’d really really want an update on this one. is there something i can do about this apart from disabling one of the best feature in BP?

Coincidentally, I just submitted a possible fix. Worth a shot. The sitewide tags plugin is working on my local install.

Sitewide tags is up and running with bp. No problems encountered so far.

Well this is frustrating. I implemented Donncha’s SWT plugin, which is working fine, apart from the duplicate blog posts in the activity stream. I have SWT using the main site as the tags site, so clearly the activity stream is showing both the original post (on a user site) and the ghost of that post being tagged in the main site.

I looked at Burt’s patch on trac, (which is 2 years old now) but when I tried the patch in bp-blog.php I found it was already applied in BP1.2.8 (albeit in a slightly different form).

At the moment all I want to do is stop the duplicates being displayed in the activity stream (i.e. hide the tag blog occurance). I’ve tried checking if ‘blog_id’ is equal to ‘tag_blog_id’ and then applying this fix to /activity/entry.php, but perhaps my syntax is wrong.

Has anyone got a working hack they’d like to share?

@apeatling I believe you said it was working on your local install..?

Thanks @nahummadrid, my SWT blog is ‘already’ private and since my SWT blog is also my main site that little trick makes no difference to what appears on the activity stream (which of course is also on the main site).

I can only assume most BP sites are not also running SWT otherwise there would be more debate (and potential solutions) availabe to help.