BuddyPress.org

I like my solution, I just built a general forum plugin, using the forum code from group forums and adopted it to work on a general level.

http://gorgeousgamers.com/beta/forums/

(disregard the large error, I have a ticket out for it, otherwise I need to hand edit a file everytime I do an update from svn)

Brad

Well, I hate to resort to a hack, but I did get integration going.

https://bbpress.org/forums/topic/share-solution-for-bbpress-10-alpha-6-wordpress-mu-27-cookie-integration

simply defining BB_HASH as an emtpy string.

I did notice them my cookie names did not seem to follow the naming convention that the Reverend was mentioning on his site.

Anyway, now I can move on to the fun stuff….

Trent, the part I glossed over was

>>1) you have bbpress installed and a new user created on the “bbPress” side which you granted “administrator” rights by the keymaster

Reading it now, it is obvious, but before – I was not creating a second user and giving him administrator rights. I was using my first “admin/keymaster” account as the main one.

Once I created that second account and followed the rest of your directions, the xmlrpc worked fine.

The other part was

6) …and go to the groups admin page.

It is actually the “bbPress Forums” page. Maybe the terms changed at some point.

As far as cookie integration, this seems to be the definitive resource so far

http://umwblogs.org/wiki/index.php/Integrating_WPMu,_BuddyPress,_and_bbPress

But I just can’t seem to make it happen yet.

Thanks for all the help Trent. I appreciate it.

Burt (one of the other moderators here) and myself are both working on similar (but separate) projects, and I’m sure we’ll collaborate at one point to come up with a workable solution. Burt is much more knowledgeable on the backend subject of how these two speak to each other, so he’s the brains behind the operation.

Mine requires “deep integration” and Burt’s bbGroups plugin to work as expected, and in my opinion it shouldn’t be any other way right now.

To my knowledge there isn’t a bbPress/BuddyPress theme available for download yet, but it will be my pleasure to release mine once I have worked out all the kinks.

That would be great if there was one

Interesting point John, thanks.

After spending a few hours with little success, it seems I am having difficulties on 2 fronts: wpmu and bbpress integration and buddypress xmlrpc integration.

I am at times not sure which one I am troubleshooting.

woops, found my own answer

https://buddypress.org/forums/topic.php?id=471

hi there…

i’ve been running my forums on bbpress for some time, and would like to move over to buddypress.. is there a way to import bbpress including profiles into buddy?

i’d like that very much (and so would my users)

They’ve allready developed a buddypress theme for bbpress, take a look at their own forum

They just have to realese it …

OK, I am starting to realize my next wrong turn. This is my first dive into BBpress and when the topic of this post said “assuming you have wpmu and bbpress all set up” – I thought I did, but I didn’t.

BBPress Newbs FYI:

There is a whole cookie/hash integration that has to happen that I have not looked at yet. Here are 2 great resources on the topic

http://umwblogs.org/wiki/index.php/Integrating_WPMu,_BuddyPress,_and_bbPress

https://bbpress.org/forums/topic/basic-integration-screencast

I have managed so I can now post, but I still get the “There was an error posting that reply.” if anyone but me (the main admin in bbpress) tries to post. No else seems to have permission to do start new topics or reply.

Developers using faked host file domains

This only applies if you are developer with a PC and a development server and you are faking domains in your hosts file.

As part of the bbPress integration procress you have to login to wp-admin > bbPress forums and then you need to put in the URL of the bbPress forums so WPMU/BP can connect to them.

Now if you are using a faked domain from a hosts file on your PC but your code is on a dev server and that faked domain DOES NOT exist in DNS then you must add that faked domain to the hosts file of your dev server.

If you don’t WPMU will not connect to bbPress until that domain exists in DNS or you fake it on the server too. Because, you enter a full URL in the settings that allow WPMU/BP to connect to bbPress. The server looks up that URL, it doesn’t exist in DNS and therefore won’t connect.

I think you’ll have to unhook some filter mechanisms for html fields. Maybe. While I’m looking at the field types and the import mechanism I’ll look at that too.

No sweat. I ask because lets say I make a “Signature” field, it’s a textarea, and it’s going to be used for their forum signature.

If their signature is "<a href="bob" style='color: red;'>Bob</a>, is amazing!" is BuddyPress going to parse the crap out of it, and is this going to understand that?

Nope. That might be the issue. I’ll look at all the different field types and see what could go wrong. Thanks John. Good idea.

Burt have you tested this with each specific type of field in the xprofile area? With quotes and what not?

I’m going to make a clean install of BuddyPress on my test domain and see if I can duplicate this. I’d really like to know what I did that’s breaking it.

Hi John, that spot is where all the xprofile group and fields for each group get stuffed into an array for transport. If some of the data is extremely large for some reason it could give you memory problems.

I’ve asked a couple of other people to give 0.31 a try. I don’t know what to tell ya guy. I’m using all the above when it comes to software versions you listed.

I usually run the latest svn trunk but I don’t think that could be the cause of the problem.

I basically started going through what changes were made to your plugin since it last worked, and started replacing code block by block. Once I could debug the XML request, it gave me some eyes in the back of my head so to speak, to watch what I couldn’t otherwise see.

So basically, it sounds like there is something in the xprofile field, and/or something in some users meta info that the XML parser just doesn’t like, so it gets caught up and returns a crappy value? Is that a good guess? You think it’s time to just rip through the user meta and see if anything looks suspicious?

Here’s a question. What if there are users that haven’t yet updated their profiles in BuddyPress? They were converts from a wordpress.org install, and if they haven’t returned since then, BuddyPress doesn’t have a “fullname” for them yet, and they also don’t have xprofile info. Could that break this somehow? Is there a way to watch this user by user and have it spit out an error when it finds a bad value?

Also, just for the record. I’m using BuddyPress RC1, bbPress Alpha6, and WPMU2.7. Is it possible there was a trunk update that you’re using that I’m not that maybe gives you different results than me?

More specifically, if I comment out line 335 in oci_bp_groups_forums.php…

//$user['xprofile_' . $group->name . '_' . $field_obj->name] = array('group' => $group->name, 'name' => $field_obj->name, 'value' => $field_obj->data->value, 'type' => $field_obj->type);

And run the group import, it works without error as well.

If I put a switch on the $field_obj-> name…

switch ($field_obj->name) {

…and only retrieve the custom title and forum signature, the groups import also works (still not for all users though, only groups.) I think it may be tripping over a specific type of field. I’m going to guess the textarea field, but that’s totally a blind guess with no merit or motive what-so-ever.

Okay, if I do it with the all members checked and with your debug and die method, I get an out of memory error every time.

POST /xmlrpc.php HTTP/1.0

Host: delsolownersclub.com

Content-Type: text/xml

User-Agent: The Incutio XML-RPC PHP Library -- bbgroupforums /0.2

Content-length: 284



<?xml version="1.0"?>

<methodCall>

<methodName>bp.ociGetAllGroups</methodName>

<params>

<param><value><array><data>

<value><string>dsoc</string></value>

<value><string>{valid pw}</string></value>

<value><int>1</int></value>

</data></array></value></param>

</params></methodCall>



<b>Fatal error</b>:  Out of memory (allocated 31719424) (tried to allocate 1645602 bytes) in <b>/homepages/8/d149961498/htdocs/delsolownersclub/wp-includes/class-IXR.php</b> on line <b>107</b>

AH ha!

oci_bp_groups_forums.php – line 340

if I comment out…

add_filter('oci_get_user','oci_get_xprofile_filter',10,1);

And run the group import tool for Groups only, it works exactly like it should (without any xprofile info of course )

If I run it for all users, I no longer get an out of memory error, but it does come back and give me a parse error.

I consider that progress. The connection is definitely good. They’re talking back and forth. I must just have some gummed up user info that’s messing with the parsing of the XML return? Does that make sense?

I do have 3 pages of xprofile info per user for it to import, so I mean there is the potential for there to be alot of info back and forth.

Okay, so I dipped into phpMyAdmin and deleted ALL bbpress live info, all bbGroups info, and uninstalled all of the plugins completely to get back to 0.

I installed all of the plug ins. Confirmed that BuddyPress could see the bbPress forums. Created a topic, verified on both sides that it was updating. All successful communication from both directions.

Then, I installed 3.0 of the bbGroups plugin. All of the previous stuff that was working, still works.

bbGroups .3 still will not import any group data.

Reverted back to .24, clicked import. Success with no other modifications other than replacing the 3 plug in files.

Neither option imports when using 3.0. Import all nor groups. When I click on “Import Groups” the browser thinks, then just refreshes the screen with no feedback, errors, anything…

If I do your above debug, I seem to get a good response…

POST /xmlrpc.php HTTP/1.0

Host: delsolownersclub.com

Content-Type: text/xml

User-Agent: The Incutio XML-RPC PHP Library — bbgroupforums /0.2

Content-length: 284

<?xml version=”1.0″?>

<methodCall>

<methodName>bp.ociGetAllGroups</methodName>

<params>

<param><value><array><data>

<value><string>dsoc</string></value>

<value><string>{accurate password}</string></value>

<value><int>0</int></value>

</data></array></value></param>

</params></methodCall>

<?xml version=”1.0″?><methodResponse> A WHOLE TON OF STUFF </params></methodResponse>

What happens though is that your plugin doesn’t display any success or fail message, and for statistics, it tells me…

Groups with forums enabled – , Forums updated – , Users updated –

I get the feeling I need to flush all of the previous bbGroups info out of the DB and start fresh…

Remind me again what isn’t happening when you do bbGroups import all. I’m getting sidetracked by details.

The *all* users option doesn’t work? You can see what the params to the xmlrpc method call by changing $client->debug = false; to true in oci_bb_xmlrpc_query(). Then in the fn oci_bp_group_forums_import() there is a debug line under the query call. Change that to just die();

Both of those fns are in oci_bb_group_forums.php on the bbpress side.

What you’ll see are the params to the method call: username, password and ‘1’ for all users. Underneath it will display the xml result that you get back. One long string with all the groups and user data in xml format.

My process above was using deep integration. Even if an XMLRPC request looks for the xmlrpc.php in the bbpress install directory, it still loads bb-load.php, which loads bb-config.php, which loads all of wordpress before proceeding to load the remainder of bbpress. If an XMLRPC request is being made from buddypress to bbpress (like when viewing a group forum from within BP), I don’t want to reload all of buddypress again invisibly, if that makes sense?

That’s why I did…

if ( !defined('ABSPATH') & !defined('XMLRPC_REQUEST')) {

in bb-config.php, to prevent reloading ALL of wpmu and bp just for a quick xmlrpc peek.

What I don’t get is why it works in every version but this new one.

Hmmm.

xmlrpc query from bbpress happens

xmlrpc query gets to wp

xmlrpc.php does include(wp-load.php)

wp-load.php does require_once(wp-config.php)

wp-config.php does require_once(wp-settings.php)

We are now in wp and it’s fired up.

wp services the xmlrpc request

We’re back in bbpress.

That’s what happens during an import from bbGroups.

During that process, at the beginning, in bbpress oci_bb_group_forums.php class.ixr.php is loaded because:

if (defined(BACKPRESS_PATH))

require_once( BACKPRESS_PATH . ‘/class.ixr.php’ );

We get to wp loading plugins and in oci_bp_group_forums.php we get to:

if (!defined(BBDB_NAME))

require_once(ABSPATH . WPINC . ‘/class-IXR.php’);

and class.ixr.php is not loaded again.

That should work. I’m not sure what isn’t working on your side.