BuddyPress.org

Solved my issue. It turned out to be related to directory permissions, and pilot error in not noticing my user avatar directory chmod changed to 755 when overwritten from a local > remote upload. Avatar directories have to be write-enabled for avatars to display… Hope this helps someone.

Scrap that. The fix is only superficial. It fixed user avatars, but destroyed every other type.

@alanchrishughes
I guess I understand where you’re coming from, but from a programmers point of view, BP is a great programme to work with cause it’s so customizable (of course there’s always room for improvement). Maybe not so much from a designers point of view. Not so sure it should be either. Too many options tend to make programmes too clunky. Just means that maybe you should look into working together with someone who knows his way round php (WP) code well.

And to be honest, it’s not that bad once you got your head round it. Just give it another go. Ask questions here and people will help you…

@berseck, glad you solved this on your own. “The problem was on the SQL statement I added invisible users and had one comma extra at the end of this info.” — Wouldn’t have thought of that just reading through your post

Here’s an walkthrough
https://codex.buddypress.org/theme-development/bp-template-pack-walkthrough-level-easy-2/

I’ve been having vanishing avatar issues over the past couple of days, and a little research points to a possibility that in some instances BP is generating bad avatar paths, not relative to the root of the site. I found this, it provided a fix, and might help some of you: http://theandystratton.com/2010/buddypress-avatars-not-displaying-with-wordpress-3-0/

ehh.. still no fix for this??
WP3.0.4
BP 1.2.7
BP-default-child theme
And I have the same issue// seems more erratic though… some users display correctly

You could create your own buddypress component or use something like gravity forms. Did you search for a WP plugin for this type function? A lot of WP plugins work in most cases. You could also hack the groups into something else.

I’m having the same problem. I thought BuddyPress was working, but just found out that any time anyone else clicks Log In it just brings them back to the front page and does nothing.

I’m using the Platform Theme
I have GoDaddy Hosting

Plugins Installed:

Akismet
BuddyPress
BuddyPress Group Email Subscription
BuddyPress Links
Buddypress Sitewide activity widget
BuddyPress Template Pack
CubePoints
CubePoints Buddypress Integration
Google XML Sitemaps
Wickett Twitter Widget
WordPress SEO

1. If you don’t want the nav bar, you can suppress it with the following line in your wp-config.php file:
`define( ‘BP_DISABLE_ADMIN_BAR’, true );`
or you can manually unhook it with the following lines in your theme’s functions.php:
`remove_action( ‘wp_footer’, ‘bp_core_admin_bar’, 8 );
remove_action( ‘admin_footer’, ‘bp_core_admin_bar’ );`
No need to hack anything.

2. A vanilla installation of BP, using the default theme, loads one stylesheet: style.css. That stylesheet includes two others: _inc/css/default.css and _inc/css/adminbar.css. There is also a stylesheet for the Dashboard view. If you are using the template pack and are finding too many stylesheets, it’s possible that your WP theme is to blame. In this respect, BP is being fairly austere in the number of CSS files it’s loading. If you want to override things, there’s no reason to “hack” – just put your own overriding styles after the import commands in style.css.

3. This is a great idea, I think. Perhaps you could file a formal enhancement request at trac.buddypress.org (same username/pw as this site)

4. The way that the default theme handles profile, activity, friends etc separately, provides a large amount of straightforward customization in child themes. If bp-default had them consolidated, child theme authors would have to rebuild the pages to make them separate. We are erring on the side of enhanceability. You are welcome to build a child theme that incorporates these parts of the profile into a single page – I bet a fair number of people would be interested in such a thing.

I doubt it’s a problem with prepare() itself, since that method is used on nearly every query in BuddyPress and I have never heard of this problem before.

It could be the case that $loggedin_userid and $possible_friend_userid are improperly cast. Try switching %d with %s in check_is_friend() and see what happens.

I realize that the query is with 0s. That is the problem. I am suggesting that even though you are “sure 100%” that you are passing the correct IDs to the function, the way that you are concatenating the query string might be corrupting it.

In any case, I am confused about what’s actually failing here. Are you using the function BP_Friends_Friendship::check_is_friend(), or are you writing your own function? If the former, change the `$result = ` line to the following
`$query = $wpdb->prepare( “SELECT id, is_confirmed FROM {$bp->friends->table_name} WHERE (initiator_user_id = %d AND friend_user_id = %d) OR (initiator_user_id = %d AND friend_user_id = %d)”, $loggedin_userid, $possible_friend_userid, $possible_friend_userid, $loggedin_userid );
print_r( $query );
$result = $wpdb->get_results( $query );`
so that you can see if the query is being put together correctly. If not, dump the contents of $loggedin_userid and $possible_friend_userid just before these lines to see if you are, in fact, passing values to the function.

For photos there’s 2, BP Album+ and BP Gallery, which also does videos and audio, but isn’t free (I think USD 30 subscription fee?). It’s on the roadmap for BP Album+ as well, but am not sure if they have integrated videos yet.
https://buddypress.org/community/groups/bp-album/
http://buddydev.com/buddypress/bp-gallery-the-ultimate-photo-gallery-for-your-buddypress-powered-site/

For events there’re a few solutions, some paid, some free. There’s EventPress (https://buddypress.org/community/groups/eventpress/) and Jet Event System (https://buddypress.org/community/groups/jet-event-system-for-buddypress/), which are free.

There’s an event calendar plugin for groups from the guys at wpmudev.org which has a price tag attached (again, not sure, I think around USD 80 /month subscription fee?):
http://premium.wpmudev.org/project/buddypress-group-calendar

And then there’s my events plugin, Buddyvents. You can check it out on the test site:
http://test.shabushabu.eu/events/

It costs EUR 50 and comes with free support for as long as the version stays 1.x. We’re at 1.6 right now and are aiming for a 2.x release around May this year. Existing customers will get 50% off for v2.0.

Off the top of my head, it could be that the theme author did not include the proper WP hooks in that particular template (wp_head) so that the stylesheet isn’t loading correctly. Or maybe something in the crop javascript is keeping styles on the rest of the page from being activated. It’s hard to tell without actually seeing the site. Have you tested to see whether the problem persists when using the BuddyPress Default theme?

If the last query reads 0s where there should be valid ids, you are probably not constructing the query correctly. Are you using $wpdb->prepare, with sprintf syntax?
`$query = $wpdb->prepare( ‘SELECT id, is_confirmed FROM {$bp->friends->table_name} WHERE (initiator_user_id = %d AND friend_user_id = %d) OR (initiator_user_id = %d AND friend_user_id = %d)’, $initiator_user_id, $friend_user_id, $initiator_user_id, $friend_user_id );`

(I’m not sure if this is your exact query, but you get the idea.)

If it still isn’t working, then as an experiment, try passing the prepare() arguments as strings – replace %d with %s in the replacement patterns.

I suggest you dump your variables/query string just before AND just after the query is constructed in this manner, to see whether prepare() is causing the problem.

Are you trying with different browsers? Maybe the cookies are not being flushed correctly