Hi Steve,
your fix for the “404” upon delete worked for me, Yay! Thanks so much for figuring this out!
It does reload the entire page and I can’t even remember if that’s how it used to be. I seem to recall that the delete button just sort of “zapped” the entry in an ajaxy way, but it’s not really important. Main thing is, it works!
Thanks again, nice work!
WP 2.9.1.1 and BP 1.1.3
Steve,
thank you for your efforts. With your workaround to fix the sitewide activity feed link, you would still have to fix the rss feed reference in http header.
So here’s my suggestion – instead of using your workaround five posts above, modify the function bp_sitewide_activity_feed_link():
In wp-content/plugins/buddypress/bp-activity/bp-activity-templatetags.php, find around line 397:
return apply_filters( 'bp_get_sitewide_activity_feed_link', site_url( $bp->activity->slug . '/feed' ) );
And replace with:
return apply_filters( 'bp_get_sitewide_activity_feed_link', get_bloginfo( 'url'). '/buddypress/activity/feed' );
This also fixes the rss feed reference in http header.
[WPMU 2.9.1.1 with BP 1.1.3 //
looking forward to BP 1.2 final]
EDIT – a better way is to replace with:
return apply_filters( 'bp_get_sitewide_activity_feed_link', site_url( 'buddypress/' . $bp->activity->slug . '/feed' ) );
P.S.: the delete fix works for me, thanks 
I just attempted to use Steve’s delete fix to resolve a similar issue, but it didn’t seem to do the trick for me.
I’m using WP 3.1.1 and BP 1.2.8
My issue is that the super-admin for my multisite installation can delete posts from a Group’s activity feed, but a Group Admin cannot.
If a Group Admin attempts to delete an activity post, it appears to be removed from the activity feed, but if I leave the main Group page and return to it, the activity post returns.
Does anybody have any suggestions?
(I’m going to start a separate post, but this seemed like a logical place to make reference to the issue.)
@drwebstein glad you posted anew
Closing this thread as it’s more than a year old – BP 1.1.3
