BuddyPress.org

Looks like a duplicate in your oci_bb_group_forums_tags.php…

/**

* oci_xprofile_field_value()

*

* Return the specified xprofile field value

* Note: dates are in unix time format

*

* @param <int> $user

* @param <string> $group name

* @param <string> $field name

* @return <type> unknown

*/

function oci_xprofile_field_value($user, $group, $field){

$bp_user = oci_get_userdata($user);

return $bp_user['xprofile_' . $group . '_' . $field]['value'];

}



/**

* oci_xprofile_field()

*

* Return the specified xprofile field array

* Note: dates are in unix time format

*

* The field array is composed of:

* array(

* 'group' => group name string,

* 'name' => field name string,

* 'value' => field value string,

* 'type' => bp's name for the field type

* )

*

* @param <int> $user

* @param <string> $group name

* @param <string> $field name

* @return <type> array

*/

function oci_xprofile_field_value($user, $group, $field){

$bp_user = oci_get_userdata($user);

return $bp_user['xprofile_' . $group . '_' . $field];

}

Second one should be changed to oci_xprofile_field according to the doc above it.

Still trying to get the import to work…

When I uncomment the `

var_dump($groups_n_users); die;`

I get…

bool(false)

Still looking…

When I uncomment the `

var_dump($args); die;`

inside oci_bb_xmlrpc_query(), I get array(3) { [0]=> string(4) "dsoc" [1]=> NULL [2]=> int(0) }

dsoc is the name of my user, but it looks like the PW is empty?

So I uncomment the next line, and I get this…

string(5) "err: "

object(IXR_Message)#188 (14) {

["message"]=>

NULL

["messageType"]=>

NULL

["faultCode"]=>

NULL

["faultString"]=>

NULL

["methodName"]=>

NULL

["params"]=>

NULL

["_arraystructs"]=>

array(0) {

}

["_arraystructstypes"]=>

array(0) {

}

["_currentStructName"]=>

array(0) {

}

["_param"]=>

NULL

["_value"]=>

NULL

["_currentTag"]=>

NULL

["_currentTagContents"]=>

NULL

["_parser"]=>

NULL

}

object(IXR_Error)#187 (2) {

["code"]=>

int(-32700)

["message"]=>

string(28) "parse error. not well formed"

}

Now I’ve typed and retyped my PW twice. I can get post data from bbPress to BuddyPress, and I can post from BuddyPress and see it in bbPress. It’s communicating back and forth successfully…

Looks like it isn’t updating the PW to me for some reason… brb

K… Deleting the line from the DB and resaving the bbGroups options info, still makes the PW = NULL or nothing… Looks like it’s stopped saving the PW somewhere.

oci_bb_group_forums.php – line 619

Change

$options["password"] = $options["pass1"];

to

$options["password"] = $_POST["pass1"];

Thanks. I gotta stop coding at 4am.

Coding at 4am is usually when I do my best ha!

Okay so… What the heck does “parse error. not well formed” tell me to do next?

Nah. Both ixr libs can’t be loaded at the same time. It would error out. A whole bunch of mem is being allocated for some reason. Lemme check the code and see what could possibly be running amok if I had deep going.

I’ll just have to fire it up (deep) and test it. How do you turn that on? I had it running once but can’t remember what to do in the config files.

What are you getting now? If not the mem error.

If you can use the bp group forums from bp then all is well. Gimme a minute here and I’ll find a spot to put some debug code.

Where is that var_dump()?

John, I’m thinking that the problem with nothing coming back is related to the bug you found with the password. I think that the bbpress side is sending the correct username but a blank password and the authentication is failing.

On the bbpress side the username and password are saved in meta data. I’m not changing the actual ‘connection user’ password. The same thing is happening on the bp side. sambauers is saving the username and password in meta data.

In this case the bug in my code checked the two passwords and saved an empty string as the password. It send it along to authenticate. It fails and doesn’t return an error message.

Fix would be to save the password again. Three times.

1) Change the password in the bbpress user maintenance screen for the utility user.

2) Change the password in the bbGroups config screen.

3) Change the password in the buddypress config screen.

We’ve got 3 passwords floating around and one is hosed. More than likely the one in my stuff.

Updated zip online: http://code.ourcommoninterest.org

Fixed the password save error.

Added better error handling in the authentication routine on the bp side.

Fixed the duplicate template tag function name.

Now when the password is trashed it will give a valid error message instead of nothing.

If I revert back to .22 of the oci_bp_group_forums.php file, it imports the groups just fine. The problem is on that side somewhere.

Problem is I don’t know how to debug oci_server_get_all_groups because it’s called inside the xmlrpc request, and no amount of echo’ing or var_dumping actually die’s anything.

@plaintext passwords

Nope just comparing text to text. You are using sambauers code even if you don’t know it John. The bp group forums uses Sam’s bbpress live plugin for group forums access. Everbody knows it as just a widget that displays bbpress forums and topics in wp sidebars. It’s alot more than that. It’s got all the capabilities bp needs to create and post to bbpress from bp. It’s all there under the hood. See: /mu-plugins/bp-forums/bp-forums-bbpress-live.php

@doing support here

This is ok. I don’t mind. I talked to Andy about this issue and bluntly asked about it. I know it’s hard to believe, but I’m not very subtle at times. He’s ok with this.

@reverting and things are ok

I’ll revisit this again and wipe things clean on my side. Start from scratch. Test again. When you stop wasting your time sleeping, let me know what your setup is for deep integration. I just need to simulate that on my side.

You do this in bb-config.php?

if ( !defined( ‘ABSPATH’ ) ) {

include_once( ‘/Full/Path/To/wp-load.php’ );

}

I remember it being something more than that. For the admin area also. I’ll start there.

@debugging xmlrpc

Ha! Welcome to the nightmare John.

For deep integration I’ve found that using the absolute path to the file works the best. I use this in bb-config.php…

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

include_once( '/homepages/8/d149961498/htdocs/delsolownersclub/wp-blog-header.php' );

}

Now I know what you’re going to say, and I’ve also tried it with and without the second check for XMLRPC_REQUEST with what seems to be little or no change. Remember before in the other topic, because the XMLRPC is including both ways, which means including both plugins, it was getting an error message of duplicating functions, even with the other two checks in there.

Basically if you’re in bbPress, it includes WP, which includes XMLRPC, which then continues to load bbPress which tries to load XMLRPC. When the XMLRPC request goes through from BBP to WP, it hits up a new BBP page, which loads WP again, to do all the PW checks, and I feel like all of these circular inclusions and requests are spinning me around and I’m chasing my tail. What I’m trying to do is avoid deep integration if an XMLRPC request is taking place, that way BBP is just BBP when XMLRPC is taking place.

Is it safe to delete all the bbpress_live entries in the database too? What should I all delete from the DB to start from square one and give this another try?

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.