BuddyPress.org

Thanks Burt. I found it. The one i want to change is this one

} else {

$title = __( ‘Blog’, ‘buddypress’ );

from bp-core-templatetags.php bp_page_title() function. Thanks much

The only solution as far as I know is to edit the DB via PHPMyAdmin (or something similar).

I’ve also seen one more problem with the way BuddyPress stores the activity. If you edit, let’s say, a comment just after you’ve written it, it will show up as two comments in the same DB table, and thus show up two times in the wire widget. And three times if you edit it three times…

I think it should be possible to edit the DB instead of inserting the same information several times.

–

RuneG

The answer to this question, were anyone else interested, is explained here: http://www.yoursiteisvalid.com/validnews/override-wordpress-default-widgets-307.html

You can find the particular widget’s initial code in /wp-content/plugins/buddypress/bp-activity/bp-activity-widgets.php

help, please. does not solve the problem itself.

You’ve just got to tear out *everything*. All this domain mapping and other things. Get down to a bare install of bp 1.0 using the default themes and wpmu 2.7.1.

I did that, took out all plugins except for buddypress 1.0, and changed the themes to the default buddypress theme, and default buddypress member theme, and used a vanilla .htaccess for wpmu 2.7.1.

Still got an internal redirect when Googlebot-Images came through and looks for something that is not there. I even recreated the error and was able to see the 500 error.

Did you remove your previous bp install from /mu-plugins? Why is it trying to get to an avatar image from there? I suspect it’s all your *other* addons in some combination with the upgrade to 2.7.1 from 1.x and the addition of bp into the mix that is causing your problems

Yes, I removed buddypress RC-1 from mu-plugins before proceeding with installing BP 1.0. I dont know why it is grabbing files that dont exist. But that’s not really why i’m worried about it, it’s more that if any sites links to tries to get a file that is not currently on the site, it creates a 500 error.

I didn’t upgrade from WPMU 1.x to 2.7.1, I went from 2.7 to 2.7.1, and 2.6.5 before that and basically following each and every update that there has been since 1.3.3 last april. Maybe it was confusing in the way I wrote it.

Take things back to a known, working state. Start with bare 1.x. Then upgrade to wpmu 2.7.1 incrementally. From everything I hear on the wpmu forums this is the recommended procedure. Jumping from 1.x to the latest version in one step isn’t recommended.

I went from WPMU 2.7 to 2.7.1, and it was working fine in 2.7 with BP RC-1

But I did have everything stripped out for a matter of 10 hours and i still got the same errors. I do know that some plugins leave tables in the database, should i drop those tables associated with a plugin and see if that works? Because even if I have a clean install of WPMU 2.7.1, then BP 1.0, i still have a database with all of the remnants of the old stuff.

The specific error that shows in the error log is

[Fri May 22 15:44:40 2009] [error] [client xx.xxx.xxx.xxx] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://buddypress.org/forums/topic.php?id=2840

I just clicked the link from an earlier post and the 500 error happened.

xx.xxx.xxx.xxx - - [22/May/2009:15:44:40 -0700] "GET /wp-content/mu-plugins/bp-core/images/mystery-man.jpg HTTP/1.1" 500 612 "https://buddypress.org/forums/topic.php?id=2840" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729) FirePHP/0.3"

the latter is from my access log.

My permissions are set correctly, that’s usually the first thing i check.

now onto a couple more of your questions:

Have you searched the WPMU forums for 500 Internal Server Error thread? I think this may be more related to you WPMu install than BuddyPress?

Yes, I have searched WPMU forums, and even posted on there my problem, but no one reponded. I was pretty sure that it was related more towards WPMU. But these errors only started happening a few weeks ago, after I upgraded to WPMU 2.7.1 and BP 1.0

Are you using some special permalink structure? That should not be causing the lack of 404’s but every bit of info helps.

No, everything I was using was either in the htaccess.dist and the wp-super-cache (which has since been taken out until i find the cause). The permalink structure that I use on http://sportsblognet.com is the “year/month/day/name” option, which is one of the standard ones.

Did you carefully follow the readme.txt file that comes with WPMU?

I just re-read it to be sure, yes, yes I did follow it.

Is this a new WPMU 2.7.1 install, or did you upgrade from an older version?

This is an upgrade from WPMU 2.7, it was first created with WPMU 1.3.3 over a year ago. We’ve been following buddypress since October of 2008 and have been using it since 12/08, when the first beta came out. I’ve upgraded pretty much everytime without problem. And these Internal Redirects only started after the upgrade to WPMU 2.7.1 and BP 1.0 at the beginning of May.

Thanks, Jeff! I’ll look into these. I appreciate the feedback.

Other suggestions are welcome also.

Ok, well all is not well…

I jumped the gun in concluding no internal redirect errors…

after I methodically put a plugin in and tested it, i got an error, and then realized that there were two more earlier that i didnt see.

They happened at 4am, and the site was without all plugins from about 10pm or so last night until about 9am this morning.

So it doesn’t appear to be a plugin…

Please help! I took out all plugins again, except buddypress (and the bbpress support plugin from buddypress)

I really dont know what to do next.

FYI – The chat plugin should be working Ok now – I think.

Added a new status bar too.

@Renzokuomo – I checked it out before, there are some serious problems with that code.