@hnla @djpaul So sorry yall, I’ve been at a conference that past few days with limited web access and then had an all-day meeting today. I’ll take a spin with it tomorrow. 
@dtclarinet If you’re using BP 1.2.6, copy header.php from bp-default theme into your child theme folder, then remove lines 84 – 102 from header.php and upload. Shouldn’t be any white screen.
EDIT- modemlooper’s advice to remove via CSS is easier
@hnla : Thanks , It works , but
as I mentioned in the other thread ( https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/buddypress-1-2-6-adds-extra-padding-top/ ) , this will only work flawlessly if and only if adminbar is disabled completely by the define statement /define (‘BP_DISABLE_ADMIN_BAR’, TRUE)/
but incase of adminbar display disabled only for non loggedin users, if we use this ” padding off ” thing then a loggedin user will see some display glitch , same in the picture
http://img3.imageshack.us/img3/2457/paddingoff.jpg
check the logo area in the right and the ‘profile’ and ‘view pages’link area in the left in the image link
p.s. I cannot paste any code snippet correctly here , how to do that ?
if you instantiate buddypress – then look at the `function groups_create_group` in bp-groups.php
@rogercoathup Thanks for the quick response. I read the thread you listed but still havent got it fixed. If you can tell where exactly in my themes functions file to paste the code will be Great.!
Thanks for all the Help!
I’m noticing that BuddyPress is now pointing to blog ID 1 instead of blog ID 3.
Blog ID 1 is my public facing blog. I don’t want BuddyPress there. I use BuddyPress with students and want to use it on blog 3.
I’ve forgotten which file I need to re-update to point BuddyPress to blog ID 3.
Any help?
@wimbet I’m about to hit 1 million page views for this month, sadly not visitors yet though…
@hnla : Yes disabling adminbar for nonlogged in users leaves a blank space, check this image http://img153.imageshack.us/img153/4278/whitespaceu.jpg
Users not logged in are guest user
There’s no BuddyPress MU/MS at this time.
this seems to be geared toward only one network site…i would like to have all network sites run on buddypress, just not the primary
thanks mercime…i’ll take a look at it
“If I have multisite activated, do I need to search for some WPMU roles?”
MNope. They are the same, with one extra: Super Admin. They can do anything.
seems like all my links in the blog are broken
http://www.emailaya.com/blog/
on any click i get that the url does not exists on the server, for example:
/blog/members/admin/
or when i hover a post title, the url is: http://www.emailaya.com/blog/http:/www.emailaya.com/blog
the same happens when i choose an option in my account/notifications at the top menu.
also i didnt find where can i change the settings for buddypress
thanks
ok, it seems not to be related to buddypress directly but to .htaccess file i changed
blog.emailaya.com doesnt work
http://www.emailaya.com/blog does
where do these definitions go?
thanks
“For BP 1.3, we’re going to add current_user_can checks throughout so if someone wanted to add a capability to a certain role or user, they could.”
Providing that flexibility is nice. However, with the exception of groups, there is no reason that the current BP core components need to offer the ability to assign roles. Why would a user want to grant someone the right to control their personal content? Facebook and Twitter don’t offer users that option.
Blogs, which live outside of BuddyPress, are different of course. It makes sense to allow blog owners the ability to add helpers to their blog, to allow others to add content as authors or editors, etcetera. In BuddyPress, this type of collaboration is also currently possible with the group component.
But for all other core components, assigning additional roles seems like a bad idea as the focus is on individual users creating their own content which they alone control.
Already doing that personally, you can run a check on current_user_can to see what capability they have. Roles and capabilities are handed down to all users regardless by WP or am I missing the point?
For BP 1.3, we’re going to add current_user_can checks throughout so if someone wanted to add a capability to a certain role or user, they could.
@karmatosed : with buddypress default theme it works absolutely OK. No problem at all.
@hnla : as for this issue the home page is displayed in a odd way , so I have enabled the admin bar for guests for the time being ….
I’m doing all the testing in my demo install in localhost …
after the issue is resolved, I will agian disable the adminbar for guests …
After updating to buddypress 1.2.6 from 1.2.5.2 , my site does not show admin bar for guest user(as admin is disabled for loggedout users) , instead inplace it shows a white space …
Logged in users can view the admin bar correctly , but non-loggedin users or guest users cannot see the admin bar , instead of the admin bar there is a white space in place … !!!
What I don’t understand is why CAN I see the admin bar when I visit your site?
As this is a custom theme have you actually tried asking the wpmu guys for support? as per my suggestion on the other thread.
As I presume the other thread is finished with and my snippet of code of no use I will close that thread as it only serves to confuse if it runs on.
@AnindyaRay: Hmmm what happens just as a ‘test’ with the default BuddyPress theme and your site? I always use the BuddyPress default theme as my ‘baseline’ test.
Does this only work if your SMF installation is at the same location as your Buddypress installation? Because I am setting up with a different hosting service and I’d really hate to have to install SMF on the new host and upload the tables just to deleted everything.
yep groups and forums are not roles in the strict sense of WP roles and capabilities, which is what I guess I meant in my initial comment.
