BuddyPress.org

Thank you for providing good documentation about your issue!

I just did a quick read through of your issue and will think about this some more, but a few quick questions come to mind to get this dialogue started:

1. Are you using custom themes? If so, what hapens when you switch to the default BP themes?
2. Have you made any alterations to your .htaccess file?
3. Do you have any other plugins other than BuddyPress installed and activated? If so, have you tried deactivating all of them except the BuddyPress plugin?
4. Although this may not be useful, have you checked your server’s error logs?

hi airblastor, i can reply about facebuddy.

you must activate the home theme in order to view it.

for the member theme…go in the admin panel:buddypress and be sure to select it from the menu.

be sure you’ve downloaded the facebuddy version that suits your BP release

Ross:

Based on this response to the list of questions,

Was WPMU functioning properly before installing/upgrading BuddyPress? No

and the fact that you have installed so many plugins, I’m going to suggest that you go over to the WPMU forums and ask for assistance there. It appears that you are looking at a WPMU problem and not a BuddyPress-specific issue.

bigfunblogs-

Please provide more information by answering these questions.

Marked as resolved.

mikem1986, you will want to modify the header.php in your bbPress themes directory to get rid of the logo, and the header.php file in your wp-content/themes/bphome directory if you are using the included BuddyPress Home Theme.

have you download the 1.0 version or 0.9.0.5? for BP is required only the 1.0 version.

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

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/

So this only appears to happen in the Admin user’s profile fields. Okay, a few more questions:

1. What happens if you delete the “blah” data, save the emptied out field, and then reenter some data in that same field?
2. What happens if you create a new text field and try entering data? Does it also create links?
3. What happens if you delete that field then recreate it and enter data?

Carpconnect-

You have another thread here that is dealing with related issues. You never did respond to my last set of questions in that thread.

Finally, to answer your question above:

the plugins i am running are

BuddyPress

BPContents

Support

Signup TOS

Additional Privacy

All in one SEO

Simple Site maps

Upgrades

Invite

I would not have thought these would have affected user profile layout?

Yes, plugin conflicts can affect the way data is output to your browser. To debug this issue, you need to distill your environment down to the lowest common denominator. That means disabling all plugins except BuddyPress AND you need to be using the default themes that come with BP.

Do that, and report back here.

Here are links for these plugins

1. https://wordpress.org/extend/plugins/wordpress-thread-comment/

2. https://wordpress.org/extend/plugins/wp-postviews/

wordpress-thread-comment needs some modification to work only with post author

Is it possible with this plugin to have the user actually choose from a preselected sub-list of what tags they want to add?

Example:

1. I create category ‘church affiliation’

2. under that category I create sub-cats like

-catholic

-lutheran

-baptist

-etc

The user then selects ‘baptist’ so the tag ‘baptist’ is added to their group/blog. Then I could create a widget to display all the groups/blogs belonging to tag ‘baptist’… that would make it really easy to sort the members.

The reason I ask about sub-cats is because I am concerned that if they put in their own tag I could end up with either misspellings etc that would end up ‘orphaning’ the group/blog from that category.

There are only a ‘short list’ of categories that I want to ‘force’ the user to choose from such as above. There are many other categories that I would like to add, where user input of the tag itself is preferred, which is obviously the way the system seems to work now.

I can see a ‘future’ where I could somehow tie the category questions to a page the user is presented with after registration like many other sites do. That way from the get go I can sort brand new groups/blogs properly.

We already have something like I describe above for the members profile itself, just curious if this would work for groups/blogs as I don’t seem to find the same type of category choices when creating a new group/blog

thanks again for such a great plugin. I can really see using this one a lot!

The simple answer is no.

The simple answer is yes.

You asked two diametrically opposed questions!

The privacy component derives the basic user data from the wp_user table, specifically the ID field. The BuddyPress xprofile tables all refer back to this particular field to relate their record-level data. So, in essence, there should not be any issue if you disable the xprofile component.

Ronia-

A couple moderators are currently working on a privacy control component that will effectively give users fine, granular control over who has access to which pieces of their personal data. It is a complex process.

So, the answer to your questions is that it is coming, be patient. It is not something as simple as a tweak!