BuddyPress.org

“Except for Groups and Forums where users can be given more roles.”

to clarify – this is internal buddypress “roles” (group admin/mod) not plugging into wp_cap/roles

With the limited exception of BP groups, BuddyPress offers only one role — that of user. The forums are controlled by bbPress code, integrated into BuddyPress, but it’s bbPress that is in control of offering additional roles. Even when bbPress is relaunched as a WordPress plugin, forum roles will still be controlled by bbPress.

BuddyPress is a social layer that sits on top of WordPress. As such, the notion of user and author are synonymous. What does all of this mean?

With the exception for BP groups mentioned above, BuddyPress is a user-centric platform where there are currently no-jointly owned or controlled subsets of data. Ignoring the overall Site Administrator, in BuddyPress, there is a one-to-one relationship between a given piece of datum and a single owner of that datum. The key is who owns data. That person is the one with ultimate control (ignoring the super admin). Even with groups, the original group creator is the owner of the group–at least until he or she adds another admin. Group mods do not own the group data, they just help to manage it. Now, if the original group admin leaves the group, the new admin becomes the sole owner.

So user roles are irrelevant to the operation of BuddyPress as it focuses on users and not user roles. It is a social networking layer after all and not a content authoring and management layer like WordPress.

“as far as I’m aware BP does not create any roles or specific capabilities.”

Except for Groups and Forums where users can be given more roles.

Thanks for the code @carlosepp, I have a question

“This code detects automatically the browser language and defines the language.”
How effective is it and does it work sitewide (not only with the buddypress blog but with all the navigations bar of the network’s blogs)?

Roles and capabilities are a WP factor not BP, as far as I’m aware BP does not create any roles or specific capabilities.

If you want a good role manager plugin I would suggest Justin Tadlock’s one ‘Members’ however ‘capsman’ may well suit your requirements.

@hnla – Yet Thanks for trying to help !

@anindyaray I still don’t really get what your actual issue is looking at your site as a logged out /anonymous user shows the adminbar but beside that , and obviously as you state above, you are using a custom theme so no my fix won’t work for you I and most of the others can only provide solutions based on default BP theme or core actions we or this forum can’t really support custom themes especially premium custom themes you must take issue with those themes to the original authors.

However the padding in you case is on the body so perhaps you need to revise the code I wrote for you and substitute ‘body’ for ‘#header’ and see if that works?

@AnindyaRay : Well I get a JavaScript error on your page when testing with firebug and that certainly could be making your adminbar get grumpy. My advice would be to using firebug track down what is causing that by turning off all plugins and widgets and extra code you’ve added then adding it in one by one. I usually opt for the ‘all off’ dramatic approach myself as saves time building up as oppose to one by one off. Up to you though.

@Maryke: Depends if your child uses the default BuddyPress one and has any core / major files changes in it. If it’s just CSS or additions to code then probably not but if it’s changes to code you’d have to check for anything that could be different. Generally if using default theme as your parent you’ll at least be 99% ok just depends on how extensive you’ve got in your child which I can’t really say.

If only people didn’t believe that Email protocols and services were such a simple thing, the post above by deadpan10 gets closer than most to understanding some of the potential issues and that it’s NOT necessarily a WP/BP one.

Correctly set up email with correct and proper dns records might go some way to resolving issues many have, interestingly it’s pointed out that even given a correct SPF record Hotmail still appears to have issues, I have no answer to whether it’s the activation link but it’s an interesting notion.

@hnla
Thank for your help
I’m using wp 3.0.1 and bp 1.2.6 , with theme named “Blogs-mu”
I’m tried putting the code snippet provided by you in the function.php of the theme file which didn’t worked,
and also tried putting the code in bp-custom.php in plugins directory , which too didn’t helped
actually it happen nothing , no errors also , so it seems to me I’m pasting the code correctly !

@abarro – disablng the 25px top padding from admibar.css will cause some overlapping if the theme header have some thing else at that near top position, but for your case its ok because you have disabled the adminbar completely.

I have the same problem
but in my case the bb-config.php is in the same directory as wp-config but I still get the error message. also the bbpress forum does actually work, but it is just that buddypress cannot see it and does not work from within buddypress. My wordpress installation is in a folder not the root of the html docs

When you go to the section about installing bbpress it always files, to do with the location of bb-configure.php

I am stuck at the moment

How stupid am I?

Just changed
body {
padding-top: 25px;
}

to
body {
padding-top: 0px;
}

at adminbar.css

der!

Doesn’t work for me neither.

Prior to upgrading to 1.2.6
I had followed wpmu.org website recommendation to ad this line to wp-config.php file:

define( ‘BP_DISABLE_ADMIN_BAR’, true );

And that had worked, no 25px padding on top…

Then I uploaded and tried everything you guys said and it didn´t work.
I even changed define( ‘BP_DISABLE_ADMIN_BAR’, true ); to functions.php file…

any ideas?

pl-PL.po is a translation for the WP part – PAth: wp-content/languages
buddypress-pl_PL.po is the BP translation. – Path: wp-content/plugins/buddypress/bp-languages

if you put pl_PL.po in the bp-languages folder, neither WP or BP are translated.

Got an tip ==> https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/invite-members-to-a-hidden-group/#post-76861

Still testing plugin “Invite Anyone”

Maybe a solution: take a look in the source and see all references to javascript version numbers… it is possible that you have a simple version conflict.
Try also to deactivate your flickr plugin and see if BP is going well (normally it does)

Then you’re doing something wrong! Without actual detail on what you have done or tried to do it leaves it to us to have to makes guesses which generally is wasteful of time and resources.

Rather than simply state it didn’t work describe what you tried to do with the above code, also we have little detail on what setup you are running i.e custom theme etc

hi
@noizeburger

haven’t time to check full code yet, but Cindy (author) replied that everything works fine for her. She is really open for help, contact her with any further questions you have.

I don’t know may be I’m doing something wrong , this above solution is also not working for me .

Possibly because there are is a mix of issues, if you referring to the remaining padding-top then that is a property being declared in default.css on the #header ruleset and will be there regardless of the state of the adminbar:

I have only time to suggest a quick fix for that in lieu of a new ticket raised on the overall issue for 1.3

You can try dropping this into a function.php file in a child theme (you will need to add opening php tag as your file structure dictates)
`
function cancel_header_padding_for_no_adminbar() {
if(defined( ‘BP_DISABLE_ADMIN_BAR’ ) || $bp->doing_admin_bar = false) ?>

/**/
<?php
}
add_action( ‘wp_head’, ‘cancel_header_padding_for_no_adminbar’ );
`
It would also probably work in bp-custom.php to ensure it was picked up for all possible bp themes.

Note: I do not suggest this as an answer it’s a hack to get around the issue, but not a good approach all in all