@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
I have WP 3.0.1 installed with multisite enabled. I also have buddypress with multisite support turned on. However, when I go to example.com/site1, it displays the header image of example.com
Hello,
I’m planning on using buddypress with a dedicated server and I would like to know if the following disposition is possible ?
Without modifications this would be :
http://www.mymainblog.com / my main site
buddypress.mymainblog.com / my buddypress functions
ablogonmynetwork.mymainblog.com / a blog from my network
I’ve learn that by playing with the DNS it’s possible to redirect domain names to specific location, I would like to know if it would be possible to set up the domains as below :
http://www.mymainblog.com / a blog part of my network
http://www.mybuddypress.com / my buddypress site
ablogonmynetwork.mybuddypress.com / a blog on my network
Thanks you for your help.
Best regards,
@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?
Hmmm…I took a chance and updated to the latest version of BuddyPress (1.2.6) and now all my pages are not found.
I’m using the “BuddyPress Default 1.2.6” theme.
Anyone have any ideas?
@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
Problem was with Wordtour plug-in not Buddypress
“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
I recently updated buddypress to 1.2.6 version and I noticed that the Birthday xprofile field I was using is showing incorrect date.
For Eg: In edit profile I save date of 29 Sep 1980 then in profile view it shows 28 Sep 1980. Day is offset 1 backwards!!
Is this know bug, any workaround to resolve this.
Thanks!
hi
i activated buddypress, put the relevant text in .htaccess, set the default skin but since then, the blog is broken with the error: the page isnt redirecting properly. in wp-admin everything seems to be ok including the plugin status.
notice: .htaccess file is placed in the root folder of my site and not in the blog subfolder, is it ok?
the blog address is: http://blog.emailaya.com/
please advice,
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.
Hi, presently there are two required “name” fields a user has to fill in when registering with buddypress: username and name.
I want to make registration as simple as possible and I don’t want to force people stating their real name. I also don’t want have them to choose a second nickname. How can I can get rid of the required name field and reduce registration to username and email?
Thanks for any tips!
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.
