BuddyPress.org

A couple of questions:

1. Did you clear your browser cache?

2. You state that you “removed the super cache plugin”. Did you deactivate it first and then delete it from its plugin folder?

3. Are you using a custom theme?

Phil-

Okay, a couple of additional questions:

You state that permissions for blog.dir is set to 777 and it is owned by your FTP account. Is the owner of your FTP account the same as the owner of your html folder? If not, that may be your problem.

The error message you listed, “Directory index forbidden by Options directive: /var/www/html/”, can indicate several things including an improper virtual host set up. Are you on a dedicated server or a shared hosting account? I would contact your ISP and ask for assistance with this particular error.

Also, with regards to that error, if you’ve customized your .htaccess file, you might have inadvertently made some changes that could cause this issue. You can always try adding:

Options +Indexes

to your .htaccess file, but that would not really help to determine why this error is being thrown in the first place. I would prefer that you get WPMU + BuddyPress functioning with the default .htaccess file.

Was WordPress Mu working without issue before installing BuddyPress?

You are talking about the function bp_login_bar() in the bp-core-templatetags.php file.

The form field that you are interested in gets set by bp before it arrives at the user’s browser. You don’t know who the user is until they fill out the form and it gets sent back to the server for processing.

Then they are logged in and you know who they are. It’s too late though because the redirect takes effect after login and they wind up at wherever the hidden field redirect sends them to.

I think you want to modify the form data before it gets submitted and arrives at the server. You can’t do that using traditional form handling. You’ll have to modify the form data using javascript before it gets sent back to bp.

You’ll have to investigate something like this:

http://stackoverflow.com/questions/344451/modifying-form-data-before-submission

Philpeter-

This clearly looks like a permissions-based issue. A couple of questions:

1. What are the permissions for blog.dir?
2. What, if any, errors are showing up in your log files?
3. Have you tried disabling all plugins except BuddyPress and switching to the default themes?

impossible in general, but there might be some solution (BUT reinstall is the BEST). If you want to find out more or get feedback, head over to wpmu forum as this questions is not buddypress related.

Please don’t resurrect 5 month old topics. Start a new one with your questions and provide info on your wpmu/bp versions.

Cce-

Several of initial questions:

1. Have you tried switching back to the standard BuddyPress home theme? If not, do so and see if the problem still exists.

2. Have you tried deactivating all 3rd-party plugins to see what happens? If the problem goes away, you should then reactivate the 3rd-party plugins one at a time, testing after each reactivation to see if the problem has returned.

2. Are there any errors in your log files? If so, what are they?

Codyb-

Thanks for the detailed response!

A few more questions:

1. Did you copy over to WPMU’s root the .htaccess file that comes with the download?

2. Did you select the BuddyPress member theme in WPMU’s backend via “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages”?

We don’t have sufficient information to provide any assistance. Please answer these questions:

1. Which version of WPMU are you running?
2. Did you upgraded from a previous version of WPMU, and if so, from which version and how?
3. Did you have WPMU functioning properly before installing and upgrading BuddyPress?
4. Which version of BuddyPress are you running?
5. Did you log in as site admin in WPMU’s backend and activate BuddyPress?
6. Do you have any plugins other than BuddyPress installed and activated?
7. Are you using the standard BuddyPress themes or custom themes?
8. Are there are errors in your server’s log files, and if so, what are they?

Okay, before we can assist further, we need more information. Please answer these questions:

1. You’re positive that you’re running WordPress Mu and not single-version WP?
2. Assuming the answer to number 1 is yes, then did you upgraded from a previous version of WPMU, and if so, from which version and how?
3. Did you have WPMU functioning properly before installing and upgrading BuddyPress?
4. Which version of BuddyPress are you running?
5. Did you log in as site admin in WPMU’s backend and activate BuddyPress?
6. Do you have any plugins other than BuddyPress installed and activated?
7. Are you using the standard BuddyPress themes or custom themes?
8. Are there are errors in your server’s log files, and if so, what are they?

Please search forum before asking questions; it’s in the FAQ sticky – https://buddypress.org/forums/topic.php?id=2190

“How to hide selected profile fields”

I just came across the customizing labels tutorial and have some questions (newbie alert!). 1) How do I run the command to make the mo file? Currently I access the server through FileZilla.

2) Is the bp-custom.php file something that I download or create?

3) The walkthrough says ‘This example uses mysite as the sample language definition; you’ll need to replace it with your own custom definition.’ What would be my custom definition? I am running BP 1.0 with default everything (hardly any changes yet). Do I need to worry about this or just use ‘mysite’?

I basically want to change the main blog ‘blog’ to news including the slugs and maybe the ‘blogs’ to ‘member blogs’

Thanks!

Thanks.

Evvscuba-

We have no idea what setup you’re running? Which version of WPMU, of BuddyPress? How did you install them? Did you upgrade WPMU? If so, from which version and how?

Also, please first visit and read the link I provided in the second post. If the suggestions there do not solve your problem, then answer my additional questions in the fourth post.

Okay, I’ve reread this thread for the second time. You state that:

The problem must be with the data; since a fresh install works perfectly and after the data gets imported, I get the nasty 404 bug.

Andy’s answer is:

This is normal with WPMU, you are not going to be able to transfer over blog tables as there are all sorts of URL settings in the DB.

I have a few questions based on this interchange:

1. Which version of MySQL are you (is your host) running?
2. Have you tried repairing the DB tables before reimport?
3. Are you moving your data between different domains?

Since WPMU 2.7.1 + BuddyPress 1.0 + standard themes work fine with a new, empty MySQL DB, the issue is, as you state, with the data. Either you have data corruption, indices that need reindexing, or hardcoded links within the tables that are causing the 404s.

If the domain mapping is not identical to the hardcoded links in your WPMU tables, you will have issues.

So, here’s what I’d suggest:

1. Backup your data again
2. Then, repair/reindex
3. Then, if your domain mapping is not identical, follow these instructions keeping in mind that these articles are for WP and not WPMU. You’ll have to adjust accordingly:

   • https://codex.wordpress.org/Changing_The_Site_URL
   • https://codex.wordpress.org/Moving_WordPress

feature requests thread => https://buddypress.org/forums/forum.php?id=5

post requests there

1.) adding someone as a moderator is the same as admin pretty much

3.) BP is not currently setup to do this, one way to accomplish this though, instead of doing <?PHP if is admin?> to create groups, do <?PHP if user is level X ?> then you can manually select users and make them authors or contributors… then they would have the power to create groups. this would also give them power to create blog posts on the main blog, so you may not want them to have that power.

hopefully in the future, BP will have more control over giving users authority levels and what not…

4.) bp is not setup to do this either yet. you would need to modify the core to allow that content to be displayed to non-members

everything you want IS possible, but would require some modifications to the core of buddypress. and this is not suggested

1.) yes, the group admin can add other admin/moderator and ban users

2.) they need to join your group, then under group memebrs you can add them as an admin/moderator

3.) this is possible yes, I accomplished this by adding <?PHP if is admin ?> into the bp-core to hide the create group button from non-admins (your community will want the ability to add groups though)

4.) you can create “private groups” that are visible to everyone, but you can only join if you’re accepted…

why don’t you create a couple different types of groups, then you’ll see all the features/abilities they have

Alunsina-

Okay, a few questions then:

1. Do you have any plugins other than BuddyPress installed? If so, have you tried deactivating them?
2. Which version of PHP are you running?
3. Which version of the GD module?
4. Are there any errors in your error log? If so, what are they?

WillPCG-

Okay,a few more questions, just to be thorough:

1. Which version of PHP are you running?
2. Have you made any changes to the .htaccess file?
3. Did you even copy over the .htaccess file from the new WPMU package to your WPMU root?
4. Questions about upgrading WPMU:

   • Where you running WPMU 2.7.1-beta1 before upgrading?
   • If so, how did you upgrade to the public version of WPMU 2.7.1?
   • Did you add the one additional define line to WPMU’s wp-config.php file? If not, compare the 2.7.1 config file to your old one. This line is new:

     define('SITE_ID_CURRENT_SITE', 1);

   • To complete your WPMU upgrade, did you go to “Site Admin > Upgrade” and finished the process?

5. Are you running any plugins other than BuddyPress? If so, have you tried deactivating them?

1) posting this in another thread is not going to get anyone to answer your questions any sooner: in fact, the opposite is more likely.

2) some web developers, myself included, consider IE6 an unsupported browser due to its poor standards support. Consider upgrading to IE7 or 8, if you don’t want to switch to firefox.

3) IF this is a problem with the default themes, then once you resolve the issue please consider creating a patch and submitting it on trac.