Looks like this was fixed in Changeset 1157. Therefore, the bug still exists if you’re using RC1.
You have two choices:
1. Either upgrade to the latest trunk (as Burt says) following these instructions: https://buddypress.org/forums/topic.php?id=1994
2. Or, wait until WordPress MU 2.7.1 is officially released and an official BuddyPress RC2 zip is available.
https://buddypress.org/extend/plugins/
‘BuddyPress Groups for bbPress’. That’s a bbPress plugin, so be sure to install it in the right place. It’s made by a suspicious chap called Burtadsit, so watch out 
Hi I have noted that with mu 2.7 branch you cannot deactivate a group and then activate it as it does not create the group at bbpress. I can only create a group/forum when I delete and recreate from scratch.
hey,
thanks for the answer I would also like to keep everything going on in BP and would not like to see my members go to bbpress so after installing it I can’t remove it right ? how do I hide it ? just with a phony folder name ? or is there another better cleaner way ?
Thank you
Hey Lars,
See this thread: “after login redirect to another page” for ideas and a plugin that provides this functionality.
Hi Tutsie,
This type of change would typically be done with a plugin. Keep in mind that this isn’t a BuddyPress customization as much as it is a WordPress MU one.
I did a quick Google search for “change wordpress admin profile link” and found a few places you could start.
In this WordPress forum topic is some code that would change the behavior of the profile link (albeit for a different reason); this method of changing the admin behavior isn’t recommended, however, since it requires hacking a core file. A plugin would be much better since it doesn’t require changing the core file (and having to stress about updating your WordPress MU code later).
Depending on how much you want to work on this, you could download these two plugins: WP Hide Dashboard and Admin Menu Management, open them up in a text editor, and look at how they change the menus in the WordPress admin area.
Plugins do two things: (1) they provide a new functionality and (2) they hijack the normal WordPress behavior and perform the functionality described in the plugin instead.
Hope that helps…
@Trent,
Turns out the problem wasn’t of my making at all and I was doing everything correctly!
So why didn’t it work?
My hosting provider doesn’t allow rpc calls to the same server, so I ended up splitting the installation, WMPU and Buddypress on my main domain and bbPress on another domain on a different server.
All works great! If you want to read the saga it’s all in its own thread here: https://buddypress.org/forums/topic.php?id=2027
SOLVED!!!!!
Searched for \”cannot yet handle MBCS\” in the forum and came up with Trent\’s post about the same error, once again I\’m running PHP 5.2.9 it wasn\’t that, a quick tweek to line 53 (based on Trent\’s advice)
so I edited /my-plugins/buddypress-enable.php and changed line 53 from:
$post_text = html_entity_decode( $post_text, ENT_COMPAT, \”UTF-8\” );
to:
$post_text = utf8_decode($post_text);
Worked brilliantly – actually fixed the errors on both sides (BuddyPress and bbPress)
Trac is checked very often I’m sure by Andy, and other people like myself who try to confirm the bug reports or offer fixes. Obviously it’s not a discussion forum
Well… It’s working kinda!
Forums are created, topics can be made on either side, and replies to topics created
However when I created a topic or reply to a topic in BuddyPress I get
“There was an error posting that topic.” or “There was an error posting that reply.”
they are created though.
And on the bbPress side, when I create a topic, or rpely to a topic, I get:
“Warning: cannot yet handle MBCS in html_entity_decode()! in /home/sites/my-partyonparty.biz/public_html/forums/my-plugins/buddypress-enable.php on line 53”
once again, they are created tho.
How about bbpress plugins in the forum working on buddypress CMS, would it happen?
Update #1
I’ve just done a complete install, exactly as I’ve done before, this time up on a hostgator account (not even reseller, just a cheap hosting deal.)
All works just as it should, so the good news, I was doing nothing wrong – took just over 40 minutes from start to all up and running. http://gordonbunker.ws
Forum posting works both ways. – Only challenge – it’s slooooowww! so I guess it won’t scale. Good place to test out tho.
Will keep you posted on the split installation.
@BeLogical: If you\’re planning on upgrading to WPMU 2.7.1 beta1 and BuddyPress r1303, then your component may have issues.
Read this thread for an announcement about version 1.2 of the skeleton component: https://buddypress.org/forums/topic.php?id=2043
This has been this way for some time now.
This topic should give you more info on this…
https://buddypress.org/forums/topic.php?id=1382#post-6727
If you login through the quick-login box in the header, you should always get redirected to whatever page you were on. If you click “Login” in the buddybar, it would need to save the referring page on the wp-login.php page load, which is more of a WPMU issue than a BuddyPress issue it sounds like.
Aron,
The backtick key on your keyboard is probably located at the top left, above “Tab” and below “Esc”. Add one backtick before and one after your code to format it here in the forum.
A nicer way to share code is to use a “paste bin” such as Pastie.org — it supports syntax highlighting and is easy to share: just add the URL to any forum post or email and anyone can go see it.
Here’s my hosting co’s reply:
Hi Gordon,
Thanks for the ticket, I’m afraid I haven’t got an easy solution for you. WE don’t allow RPCs to be made back to the same server, I can understand your usage is entirely legitimate, but a poorly designed rpc back on a server can easily result in a nasty infinite loop, eating up server resources.
However, rather than just send you away empty handed, I can think of a way round it. However, you would need packages on separate webservers – this will allow them to call each other.
Best Wishes
Craig Cotter
Heart Internet Support
I know it can be done in theory….. (just a few more lines in the bbPress bb-config.php file to cope with being on a different server)
So I guess it’s time to write the distributed integration tutorial if anyone has any pointers..
A ha! Gotcha…. That is more complicated. 
You can change the label by hacking a core file (not recommended). Do this by editing the following lines in “bp-core/bp-core-widgets.php”:
/* Site welcome widget */
wp_register_sidebar_widget( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome' );
wp_register_widget_control( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome_control' );
The more elegant and sustainable approach is to use a language file to modify the text. This would be a better approach overall since you can then change any label in one place (the language file) and not have to worry about an update to BuddyPress core files down the road.
For an example of how to use a language file to edit labels and messages, see my comments and suggestions in this thread.
@ Lance, thx, I will do. I have raised a support ticket with them and will get back to you.
– they are generally ‘friendly’ to WordPress hosting.
Mypop, can you confirm with your host that they support remote procedure calls (and XML-RPC specifically)?
That error message basically means they are blocking RPC calls; probably for security purposes.
See this post in the thread Robert linked to: https://buddypress.org/forums/topic.php?id=1994#post-10563.
You need to be using the WPMU branch.
@Lance, thanks for the links to the XML-RPC testing files, I’d tried to download them a week ago and couldn’t access them, got them now.
I’m posting on the forum, so that if anyone else is as frustrated as me they can follow!
Any way here’s the result:
-32300 >> transport error – could not open socket: 111 Connection refused
Any ideas what next?
Check this post:
https://buddypress.org/forums/topic.php?id=1994#post-10705
It may be related and hopefully you’ll find some answers there.
Also make sure you have the theme in the right directory. member-theme directory should now be called bp-themes
Well, complete clean install from scratch followed instructions to the letter and it still doesn’t work……..
Haven’t integrated the cookies yet, shared user log-on works though….
I’m at a complete loss, if burtadsit or Andy Peatling want full access to the system and ftp access, I am more than happy to let them at it, because something isn’t working.
They only thing I can think is that is something to do with the configuration of my shared host, and I don’t know where to start solving that.
I have Firebug and Firefox Webdeveloper toolbar installed if that can help anyone…
@burtadsit – do you have your xml-rpc testing kit available will that help?
It’s 2:15 am in the UK, I’m turning in…….! Will pick up on tips.suggestions etc in about 8 hours time. All suggestions welcome.
