BuddyPress.org

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

This post after some digging has all the sql code to define all the tables – it worked and now I can proceed. Still have no idea why there’s a problem – I had to put code in the wp-config because it infinited looped upon admin login. I was not able to select subdirectories as an install option – only subdomains. And, then the buddypress table issue. I assume it’s some kind of funked, esoteric issues w/ my hosting company (shared) but I haven’t had a problem w/ any zen-cart, zoomla or wp installs.

1. Which version of WPMU you are running

WPMU 2.7.1

2. Whether you’ve installed WPMU in a subdirectory or as a subdomian

No. Install to home directory, to main domain.

3. Whether you upgraded from a previous version of WPMU. If so, from which version.

No. New install.

4. Whether WPMU was functioning properly before installing/upgrading BuddyPress

Yes. No troubles. Is one problem with the publication of video from embed code…

5. Which version of BuddyPress you are running

latest – 1.0

6. Whether you have any plugins other than BuddyPress installed and activated

WPMU plugins? No.

7. Whether you are using the standard BuddyPress themes or customized themes

Standart.

8. A list of any errors in your server’s log files

Server not record logs files…

when i disable the buddypress everything works but when i activate it and view mysite i get a blank screen also in the dashboard when i try to edit a page i get a blank screen. someone, anyone with any ideas. http://www.myloveaid.com

Hey, it works now! Thanks Daniel. Sorry, I have another question. How do you delete a topic in Buddypress Group Forum. I can’t find the Delete button anywhere.

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.