BuddyPress.org

Andy can’t update the readme because it would change the readme in the download RC1 package. Something like that. He explained it. I got that out of the explanation Bloom.

Well, yes, it does modify wp-login.php but only via the plugin, it’s not a hardcoded change. So you just need to make the relevant theme changes etc.

I might look into working on this. Out of interest can someone with it running (and working) move it into /mu-plugins/? Does it work? If not, what exactly doesn’t? A quick look at the code suggests it would work OK.

Woah, woah. One problem at a time I’d suggest I assume you are using BP from Trunk and not RC-1. If you are using RC-1, I suggest using the Trunk.

Leave the forums for last. Also leave the random blog link for now. I suspect it is related to your other problems:

I have a lot of blogs already set up, and they are now showing on my front page as members, with the members.

Yep.

The blogs already set up do not show up in the members blogs on their profiles, but they do in the top bar.

Yep. I’m using http://theartnetwork.co.uk/wpmu/members/dedesorensen/ to test these with.

This will take some diagnosing. First of all, if you’ve modified the default homepage theme *at all*, please restore the original homepage theme. Is the problem (let’s go for the first one, blogs listed in members widget) still there?

If it is, please remove any plugins you’ve got in /plugins/ or /mu-plugins/ out. I can tell you’ve got at least nextgen-gallery, wlwmanifest, eshop. After moving these out (with the pristine default homepage theme), does the problem remain?

How do you make it ,so that users sign-in from the home theme than wordpress login backend?

Are you running the home theme on a subdomain? Is that the blog that is having 404 errors?

The WordPress theme controls the home page and all blog pages, the BuddyPress theme controls everything else.

It is realy a native bbPress theme

But they are to lame to release it …

Themes, yes. Widgets, no.

EDIT: Oh, and you’re lucky to get a reply so quickly, don’t push it – wait at least a day before bumping

@Ipin,

Really great!

It starts, as most stories do, at the beginning.

Once upon a time, there was a function called wp_loginout(). It happily printed links to allow the user to log in or out, depending on whether the user was already logged in or not. It was so popular, other kids like the Default WPMU theme used it, and lived in a small cottage in the town of /wp-includes/general-template.php.

wp_loginout()’s most popular attribute, however, wasn’t its fantastic collection of designer shoes, nor golden rings, but its filter called loginout. This let its very closest friends have access to its link string.

One controversy that springs to mind, after skipping over a few minor details, happened in /wp-includes/link-template.php street, in site_url‘s house. Its cousin, get_option(‘siteurl’), got around a bit – I’m sure you can imagine, but when it was in one place it was saying one thing, and when it was in another, another thing; it had its own confusingly-named filter site_url, but perhaps this filter was less suited than the other. Needless to say, Mrs. get_option(‘siteurl’) eventually found out about this behaviour and took things into her own hand – she got out some string function, and chopped it up small – ouch!

I think I might still have the original newspaper article here, let me go look. I think it had a picture.

We have to workaround this issue.

function my_fix_linking(){

remove_filter( 'bp_the_profile_field_value',

'xprofile_filter_link_profile_data', 2 );

add_filter( 'bp_the_profile_field_value',

'my_filter_link_profile_data', 2, 3 );

}

add_action('bp_member_theme_functions', 'my_fix_linking');



function my_filter_link_profile_data($field_value,

$field_type = 'textbox', $field_id){

if ( 'textbox' == $field_type)

return $field_value;

else xprofile_filter_link_profile_data($field_value, $field_type);

}

That will stop linking any field that is a text box.

function my_filter_link_profile_data($field_value,

$field_type = 'textbox', $field_id){

if ( 999 == $field_id)

return $field_value;

else xprofile_filter_link_profile_data($field_value, $field_type);

}

That will stop linking for the field whose field_id is 999.

Your choice. I haven’t tested the above code but it should work. Add the code above to your bp-custom.php file. If you don’t have one create one in /mu-plugins.

OK. Here\’s the solution. You have to update to the latest trunk again. At least rev 1286. Put this in wp-config.php:

define(\’BP_ROOT_BLOG\’, X);

Where X is the blog id for the blog you are running the bp home theme on. Gotta be an integer there for X. 1, 99, 207 whatever it is.

If you are running the latest trunk for everything then I don’t know what the problem could be. When that options is chosen in the home theme nav bar bp detects the /blog url and simply loads the template index.php in your document root.

Cancel all that. You are running the home theme on a subdomain right? I just got that error when I activated the home theme on a subdomain.

Ok, now I understand. Hmmm. Be back.

Before we go to far with this what menu are you talking about? The admin bar menu or the member/home theme’s button bar menu?

Thanks for all of your input on the theme. I have decided to go a different route and installed a diff home theme and just making some small css changes to the members theme.

@Sgrunt, How do you replace the login-in tab/button area with the home,blog,members& groups tabs / buttons in the member theme of facebuddy?

I really don’t understand what you are trying to do. You want to create a new member theme?

https://codex.buddypress.org/developer-docs/creating-a-custom-buddypress-theme/