[@burtadsit Participant 17 years, 10 months ago]

OK, I see the problem. Looks like a bug. The url for the avatar is mangled up. The avatar uploads fine but the url ref is trash. I’ll hunt it down and send in a patch to trac.

It’s not something you are doing wrong. Stop trying to do it right.

[@burtadsit Participant 17 years, 10 months ago]

I see part of the problem now. No avatars for your groups after upload of group avatar. It’s beginning to make sense. I wasn’t using custom avatars for groups. Til now. Never tried it.

It’s gonna take me a few to look at the problem but I was able to reproduce it on this end. I’ll take a look. I’m helping another user get forums up and running right now.

[@burtadsit Participant 17 years, 10 months ago]

What does 2 mean?

[@burtadsit Participant 17 years, 10 months ago]

@diegos the path to the avatars is:

../wp-content/blogs.dir/1/files/avatars/1/youravatarhere.jpg

The urls that are of the form:

mysite.org/members/admin/somethinghere

Are virtual urls. The path ../members/admin does *not* exist on the server.

bp get the url, pulls it apart and decides what component the user is trying to use and the rest of the url is parameters it passes along to the various components.

Exactly *what* is there to fix. One of us is more confused than the others here. I admit it might be me. Enlighten me on what the problem is please.

[@burtadsit Participant 17 years, 10 months ago]

I found a plugin done by somebody who needed to allow registered mu users to easily subscribe to a bunch of different blogs. I made it more generic.

See: http://burt.ourcommoninterest.org/2008/11/24/add-registered-users-to-community-blogs-easily-widget/

Maybe this will work for you as a temp fix.

[@burtadsit Participant 17 years, 10 months ago]

My mistake. I see that invalid path question here alot and you are the first to say it was trying to access Groups. Usually it goes: “I’m having a problem fix it for me”. I just saw the path and plugged in the standard response. Well, lets go look at that problem then.

This is happening in the member theme when you try to access a group where? Me > Groups > My groups > pickagroup?

That’s about the only place in the member theme you can pick a group. What versions of everything are you running.

Line 74 in mu 2.7 trunk is a comment.

[@burtadsit Participant 17 years, 10 months ago]

You have a configuration problem. /wp-content/member-themes/buddypress-home/… is not a valid bp path.

[@burtadsit Participant 17 years, 10 months ago]

Ok, I can accept your desire to not install mu again with the configuration you’ve decided you actually need. I don’t think that mu is so forgiving. I’d love to hear of your efforts to reconfigure mu to accomplish that.

Personally, I think it would be easier to just install it again.

[@burtadsit Participant 17 years, 10 months ago]

The dire warning means it can’t load up the member theme because as you pointed out, it isn’t in the right spot. It needs to be in /wp-content/member-themes.

The home page theme needs to be selected as your theme if you want it to be the theme on that blog.

[@burtadsit Participant 17 years, 10 months ago]

http://wpmudev.org/project/new-blog-default-categories-plus-search-and-replace

That’ll be a $1.

[@burtadsit Participant 17 years, 10 months ago]

@gogoplata We may have the same host but are you on the Grid Server? Isn’t that shared? Talk to mt and explain the exact problem.

OK. About the debugging. Gotta go pull up those files again and figure out what I did. I pulled the debug stuff out of some of them. Lemme go find that stuff and I’ll brb.

OK. In bp forums code it winds up calling:

discover_pingback_server_uri($url, $deprecated = 2048) which is in /wp-includes/comment.php

In that function it calls:

wp_remote_get( $url, array( ‘timeout’ => 10, ‘httpversion’ => ‘1.1’ ) );

Which is a new mu 2.7 thing and it lives in: /wp-includes/http.php

That call finally resolves down to something low level in the WP_Http class which is the function:

function request( $url, $args = array() )

at line 261 is the selected transport mechanism obj making another low level call.

This is the end of that request() function where I have some debug code.

$response = array( ‘headers’ => array(), ‘body’ => ”, ‘response’ => array(‘code’, ‘message’) );

foreach( (array) $transports as $transport ) {

$response = $transport->request($url, $r);

if( !is_wp_error($response) )

//global $burt; if($burt) {echo ‘TRANS:’; var_dump($response); die();}

return $response;

}

return $response;

}

This call is evidently used alot so I have that global there because I only want to trigger var_dump() when I’m going out looking for a pingback url which is what going in to the groups area does with the forums component turned on.

(pausing for breath…)

Up in comment.php I have a toggle for the $burt var. (I love that var). Line number 1249/1250 is this:

//global $burt; $burt=true;

$response = wp_remote_get( $url, array( ‘timeout’ => 10, ‘httpversion’ => ‘1.1’ ) );

Insert your fav var name there and in http.php and it only triggers when discover ping back whatever the hell it is, is called.

Remember you asked.

[@burtadsit Participant 17 years, 10 months ago]

@stix1972 again. I have no idea how shared hosting works. I don’t know that you *can* modify the /etc/hosts file at all. Maybe they won’t let you. I dunno. I get to play with whatever I want on my server because I got the whole thing to myself. Well, virtually to myself.

Anybody else running on a shared host and got forums up?

[@burtadsit Participant 17 years, 10 months ago]

@stix1972 No it has nothing to do with apache config in any way. The communications between bbpress and buddypress are xmlrpc. That’s why Andy has us flipping switches in bbpress for xmlrpc and pingbacks. Apache is not involved.

The php curl library is what’s being used to find a link between bbpress and buddypress. This may not affect everyone. Matter of fact the xmlrpc stuff in wp and bbpress has 5 different ways of establishing a connection. It tries the curl method first. If curl is enabled on your site then it uses it.

My problem wasn’t with the curl library. It was working fine doing what it was supposed to do. My problem was that my server, which I’m supposed to know how to config because I’m the sysadmin for it, was not configured to enable php to go out and do low level stuff based on the settings in the /etc/hosts file.

Does that make any sense?

Group forums wasn’t working and I knew I had it configured correctly. Then I went looking for a different reason. I knew the code was ok because it worked for other people just fine. I debugged down to find out the exact error that was causing a problem then tracked it down to the curl lib not being able to resolve the correct ip address.

It was something in my environment other than bp and bbpress. The hosts file was it.

If forums aren’t working for you then this might be the problem. Then again it might not. This setup between bp and bbpress depends on so many factors being right, it’s a miracle it works at all. I’m guessing that’s one reason xmlrpc has 5 different ways of talking. Never know what environment it’s gonna run in.

[@burtadsit Participant 17 years, 10 months ago]

You only do it if group forums are not working for you and you are running on a dv. I don’t know how hosts other than Media Temple (mine) handle things. I can’t imagine it would be different though. They setup apache and all the operating system standard things for us and walk away. It’s a cookie cutter thing for them. They find what works for most of their customers.

Most of their customers at mt probably aren’t running trunk mu, bbpress and bp. Anyway, you have to edit your /etc/hosts file from root. I don’t know anything about cpanel. I have plesk which is similar. The tech support guy had me playing in plesk and all I accomplished thru there was turning off my subdomains.

I played in root with vi. If you can find a way to do this thru the dv backend, I’m sure loads of people would appreciate knowing about it.

Perhaps one of the people who freelance and visit here frequently could enlighten us?

(hint)

[@burtadsit Participant 17 years, 10 months ago]

It’s crudely possible by just setting ‘only user accounts can be created’ in site > options. Then everyone is a ‘subscriber’. mu doesn’t have a variable setting for default user roles. subscribers can only comment on posts. Gonna hafta manually change them to something else.

See: https://mu.wordpress.org/forums/topic.php?id=2292

for a discussion on this topic.

I wanna do something similar. I want to create a blog for each group at group creation time (optionally). All group members to have author/contributor roles.

Groups are the most important component in bp for me. Groups should have a wire, forum, and blog. And a bowling league. Bowling leagues are important too.

[@burtadsit Participant 17 years, 10 months ago]

Howdy people. I solved *my* group forums problem. I’m running on a dedicated virtual server account for mu/bp/bbpress. I found the solution to my problem with group forums. It might have something to do with yours.

See:

https://buddypress.org/forums/topic.php?id=426#post-1813

[@burtadsit Participant 17 years, 10 months ago]

Make sure the js and css files on your server are set to 755. Everywhere in bp. I just went down to root and did:

chmod -R 755 mu-plugins

from within /wp-content

Also, we would have to create an account on your system to view your profile. Can’t just go look at that url.

[@burtadsit Participant 17 years, 10 months ago]

buddypress doesn’t create the blogs. wordpress mu does. Install mu with that option and you’ll get the subidirectory version of mu. I’d check the mu forums and around here before I chose that option though.

[@burtadsit Participant 17 years, 10 months ago]

If there is no /wp-content/mu-plugins dir then you are not installing mu.

[@burtadsit Participant 17 years, 10 months ago]

@fserer Nice work on integrating bp into your theme. Very slick.

[@burtadsit Participant 17 years, 10 months ago]

Both the member adminbar and the home theme logout options take you back to the originating url. Upgrade to the latest trunk or the beta download.

[@burtadsit Participant 17 years, 10 months ago]

mu 2.6.x+

[@burtadsit Participant 17 years, 10 months ago]

You haven’t given us much to go on. You have mu trunk, bp trunk and what version of bbpress? Gotta run 1 alpha 4.

When you try to edit a user profile from bbpress dashboard > users you get the above error? I had problems with bbpress throwing 404s because I hadn’t seen the little link to the needed .htaccess file for bbpress. In case you missed that one its in settings > general > permalinks.

This doesn’t sound like that problem though.

Looks like bbpress is not happy with the info it’s getting about your users. Does mu and bbpress share the same database? If not then you have to point it in the right direction under settings > wordpress integration > show advanced db settings > all that stuff in there.

[@burtadsit Participant 17 years, 10 months ago]

Wrong directory for bp. /wp-content/mu-plugins not /wp-content/plugins

[@burtadsit Participant 17 years, 10 months ago]

I don’t know. I only tested it out of curiosity and that was on the mu root blog. Good question. Lame answer.