BuddyPress.org

if ($bp->current_component == $bp->groups->slug && $bp->is_single_item){}

Is how I detect if the user is in a group page in the member theme. Such as: /groups/cats

if ( $bp->current_component == $bp->groups->slug && empty( $bp->current_action ) ) {}

Is how I detect is the user is in a group directory. The group directory doesn’t have anything after /groups. There’s no ‘action’ to detect.

If you take a look at bp-groups.php groups_setup_nav() you’ll see all the stuff bp sets when a user vists one of their groups.

If it’s not showing on all your blogs then check the setting of: wpmu back end > BuddyPress > General Settings > Hide admin bar for logged out users?

If some themes are still not showing the admin bar then that means they are not written to calll wp_footer() in the theme itself.

you could always just do this with some css… save you some bandwidth

@Rogercoathup

Not really. The standard operating procedure on the forums is that when a given issue is finally determined to be a bug, and that bug has been isolated, that it then gets posted in trac.

But, if you think that you’ve found a bug, you can go right into trac and file a new ticket. If it is big enough of an issue, creating a thread in the forums and pointing to your new trac ticket may be in order.

@Burt: thanks, have registered it in trac

Are there guidelines on what should be reported to the trac, and what belongs on the forums?

I will say that I have elected to delete some lines of code to remove some functions in the core files but they aren’t super critical, in my opinion.

Okay, as I’m sure you know, this type of sentence scares all of us who try to offer support.

The real question is this:

If you boil everything down to the lowest, common denominator (LCD), does everything work. This means using BuddyPress without any core mods, using the default themes, and not running any other plugins in WPMU except BuddyPress.

If everything works, then this is an issue caused by something you are doing. If you still have this problem, then you need to talk with your hosting firm or system admin (if you are in a business/institutional setting) because it could have something to do with your server setup (DB server maybe).

But, if everything works as it should when you’ve distilled the WPMU/BuddyPress install down to the LCD, then it clearly is something you’re doing. It could be your core hacking, the single-sign-on coding, a 3rd-party plugin conflict, any combination of changes. You need to go back to the bare bones foundation and then start adding stuff back, implementing your changes one at a time and throughly test in between each new change.

Site admins and blog admins rely on the themes that are available to them. If the theme doesn’t support bp, they don’t get that option. Talk to your friendly neighborhood theme author.

Jessica-

I can’t remember if you’ve tried this yet. If not, it is worth a shot.

Switch to the standard bbPress theme. Place the calls to wp-head and wp-footer in the appropriate places. Don’t worry about the calls to the search-login-bar. We’re only doing a test to see if we can get the top menu bar to appear.

Also, does your BuddyBar show for logged in users but just not for those who are logged off?

Many of my users complain about the confusing nav of the default theme but since I am still trying to get all features of my site to work, I haven’t had a chance to spend time on the theme aspects. I would love to be able to incorporate aspects of the buddypress.org theme on my site. Hoping copypress is able to release the theme

In a similar post Andy said that it was basically just CSS changes if somebody wanted to give it a go. He didn’t offer up the code, but basically said go for it, it somebody wanted to take the time to do it…

Hmm… Reboot Now, that’s interesting because my functions.php file seems to work in my bbPress theme. I’m using the functions.php file to call on the BP admin bar and it works.

FYI, I’m using bbPress 1.0 alpha 6 and the default Kakumei theme.

Just tried your _get_avatar() function and it works!

Instead of mystery-man, I defaulted it to wavatar.

Thanks!

I want this theme as well, is this a go?

Do you have any custom code in bp-custom.php or plugins that redirect the user after login active? The normal behavior for login from that member theme sidebar area is to drop right back into to the same blog you logged in from.

In 1.0.1 I tried the login from the member theme sidebar area and if you have the bp root blog defined properly it works just fine. I assigned another blog as the BP_ROOT_BLOG and everything bp stopped working on blog id 1 as expected. It works just fine from blog id 17 that I switched it to.

I can only comment on how bp 1.0+ operates. What version bp? I don’t know that the image upload or login problems have anything to do with what we are talking about. When you select one of the directories such as members, groups or blogs from the theme main nav, does it run the directories properly? If the answer is yes to that and your member theme works properly then bp is happy with whatever blog id it thinks you’ve defined as it’s root blog.

There are also two different types of image uploads in bp/wpmu. bp’s avatars and the blog post images that are associated with them. Which one are you referring to?

Home themes need to be located in:

/wp-content/themes/

Member themes need to be located in:

/wp-content/bp-themes/

Read this for more info: https://codex.buddypress.org/getting-started/installing-buddypress/

Saraswati11-

You may need to update your themes to be consistent with the the default BuddyPress Themes that come with v1.0.1.

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?

The case that I still haven’t found a solution for is when using a theme built for a pre 1.0 version, the code you mention in the post you refer to is present but the respective bars still show up.