BuddyPress.org

It shows up on the list like that because that’s where bp is looking for it’s themes. In the /wp-content/themes dir. It shouldn’t be. It should be looking in /wp-content/bp-themes.

Do you have any kind if aliasing going on for the dirs?

I’m looking at the code that does the theme hijacking and can’t understand how it’s failing.

Permissions on the /bp-themes dir strange?

Go into the wp backend Buddypress > General Settings

Select theme to use for BuddyPress generated pages > Buddypress Default Member Theme 1.0.1

Make sure that is selected and Save the settings

The latest version (v1.2.1) of the Skeleton Component for BuddyPress plugin developers can now be found on the WordPress plugin repository

Just so we can say we tried this:

1. Please delete BuddyPress from the plugins folder. You can keep the bphome and bpmember themes in their proper places.
2. Then deactivate all other plugin
3. Log out of WPMU and clear your browser’s cache
4. Redownload BuddyPress
5. Remove the themes folder from the download as it is not needed–you already have the themes installed (we’ll assume for now that they are in good shape)
6. Upload BuddyPress to /wp-content/plugins/
7. Optional Step: Go outside and turn in a counterclockwise circle three time. Circumference of circle is not relevant.
8. Fire up WPMU, log in as site admin and go to the plugins menu
9. If it is visible, try activating it sitewide

Let me know what happens

Certainly the first thing has been mentioned by some people. It’s not possible yet, I’m sure it will be implemented at some point, be patient.

I haven’t seen the latter suggestion before, but I wonder if that’s something more suited for WPMU to implement.

Either way to be sure these suggestions are captured, write them up as an ‘enhancement’ ticket on https://trac.buddypress.org/newticket.

Okay, several more questions?

Did you manually install BuddyPress or use WPMU’s plugin browser to install BP?

Did you restart the web server after making changes to the rewrite rules in the configuration file?

In your OP, you state that you have moved the bphome theme into /wp-content/themes/. Did you also move bpmember into /wp-content/bp-themes/?

Also, look near the bottom of this installing WPMU codex article for suggestions on Lighty rewrite rules: https://codex.wordpress.org/Installing_WPMU

This is intended, as there is only 1 sub navigation item for wire and dashboard, so there is no point in showing it with this design.

Here’s an article on how to create custom BuddyPress slugs. Perhaps this will help: https://buddypress.org/blog/how-to/customizable-slugs-in-buddypress/

Well, we really don’t have enough information about your environment to specifically offer assistance. Here are a few questions to get this started:

1. Which version of Lighty are you running?
2. Which version of WPMU are you running?
3. Did you install WPMU as a directory or subdomain install?
4. If a directory install, is it in root or in a subdirectory
5. Was WPMU functioning properly before installing BuddyPress?
6. What permalink structure do you have setup in WPMU?
7. Which version of BuddyPress (BP) are you running?
8. Please provide a list of any errors in your server’s log files.

Also, how much experience do you have with installing and configuring Lighty? I ask this because I’m guessing that your issue is more than likely a server configuration issue having to do with permalink rewriting.

Was WPMU functioning properly before you tried installing and activating BuddyPress? In other words, could you create posts? Did they show up on the default WPMU theme? Could you navigate to them when clicking on their link? Did you receive any errors? You should not attempt to install BuddyPress until your WPMU setup is functioning perfectly.

People successfully run WPMU on LightTPD and Nginx web serving platforms. These two platforms do not support, do not use, .htaccess files. They cannot use .htaccess files. But, they can be configured to properly rewrite permalinks. The .htaccess file is not essential, not required, for WPMU to run properly. What is required is a facility to rewrite permalinks.

21cdb-

Do you have two different accounts on bp.org?

As far as the redirect loop question, it could be caused by many things. So, a few questions:

1. Did you install WPMU as a directory or subdomain install?
2. If a directory install, is it in root or in a subdirectory?
3. You were having install issues beforehand. When you finally got this to work, could there have been old, incomplete install data leftover in your DB? Or, did you install into a fresh, new DB?
4. What errors are you seeing in your server’s log files?

I did a quick Google and here are two links that explain a couple of possible causes:

https://mu.wordpress.org/forums/topic/9252/page/2

http://bradleyland.net/2009/04/wordpress-mu-redirect-loop-during-install/

Hi Jeff,

i followed your instructions and it seems to work also for XAMPP on MAC.

However it’s still not runnning, because i still get the following error message:

(Redirect Loop)

The connection attempt was cancelled because the website redirected the request so that it would never complete.

Do you have any suggestions?

Hi together,

thanks for the advices. Everything works fine! I now can modify the css of the admin-bar on a per blog basis, because i storec the admin-bar.css file in the template directory of the actual theme (i’ll keep the admin-bar consistent, but now i have the option to do some color adaptions to fit the user themes.)

I have one more question. I’m hiding the admin-bar if a user is not logged in. However i want to show it on the buddypress-home- and -member-theme sites also if a user is not logged in.

Is there a technique to achieve this?

Are you using a custom theme or the included themes? If custom, then you’re missing the code in functions.php that is needed to route to the BuddyPress specific pages.

Copy the code out of bphome/functions.php and paste it into your themes’ functions.php file, and that should help out quite a bit.