BuddyPress.org

Not sure if you want us to report any problems here or elsewhere, firetag.
If I attempt to delete a master group, I get this:
Fatal error: Call to undefined method BP_Category_Group::delete() in /Applications/MAMP/htdocs/mysite/wp-content/plugins/bp-group-categoriestypes/includes/bp-grouptypes-admin-edit-groups.php on line 31
And the group doesn’t get deleted. I had 2 groups and tried to delete just one.

With small adjustements the bp-tinymce is still fully functional even in new buddypress

@JordashTalon, how did you get it to work? I have wp 3 and latest bp with default bp theme. I am working on this for the past 3 days and no success!

@BandonRandon,
Does this help: https://codex.buddypress.org/how-to-guides/changing-internal-configuration-settings/ ?

I am interested in this same thing. Anything for 1.2.5?

@catchit nope, but I that code is off the groups tags plug-in. I think it allows you to edit the tags, which shouldn’t be hard to integrate into the code I gave you

Edit: I check the group tags plug-in and it does allow you to edit the tags. If I have some time tomorrow Ill have a look and see what I can do.

Have U tried http://upthemes.com/2010/07/wp-facebook-plugin-now-available-beta/

@firetag congrats for http://wpmu.org/daily-tip-create-an-unlimited-hierarchy-of-buddypress-groups/

I can’t duplicate this issue on my installs or testbp.org. Kunal’s fix looks like a good idea either way, but it will need more than me to test it.

@rossagrant What versions of WP and BP are you using?

Hey this plugin is friggen awesome, very simple and does exactly what is needed. I was wondering though, do you know how to populate the field when people try to edit it? @nit3watch

p.s. @hoodiemark – in answer to your second question. I don’t think a filter is a good way to solve this one…

We wanted to avoid displaying post content for blog posts in the activity stream.

The filter options only seemed to let us control how the activity for a blog post was created in the first place, not how much of it was displayed in the stream.

If we’d used the filter to stop the ‘unwanted’ content being added in the first place, it would have meant it was also unavailable in places where it was wanted (e.g. the blog post widget seems to rely on the activity template).

I hope that makes sense!

@hoodiemark – don’t know if you fixed this one, but the call you need is:

if (bp_get_activity_type() == ‘new_blog_post’) : bp_activity_secondary_item_id(); endif;

The post_id is the secondary_item_id, so no need to go trying to traverse deeper into the data structure.

You have two calls you can use:

bp_activity_secondary_item_id()
This echoes the id

bp_get_activity_secondary_item_id()
This returns the id

How do we start including this stuff in the Codex?

I haven’t tested the plugin with WP 3.0, however some people are experiencing problems with it, but some say it’s working as well:
https://wordpress.org/support/topic/415042
http://www.justin-klein.com/projects/wp-fb-autoconnect

So it says page not found when you attempt to login with FB for this url – “/wp-content/plugins/wp-fb-autoconnect/_process_login.php”?

Do you have all the files for WP-FB-AutoConnect uploaded?
Also in the plugin’s settings, there should be some options to enable an error log. Turn that on and see what it says when you attempt to login to FB.

I’d just stick to the first option. Unless you really insist you want everything to reside under the “forum” subdirectory.

You won’t break your blog. But just to be extra cautious, back up everything!