BuddyPress.org

is the group public? as bp_group_is_visible checks that first, if not then checks groups_is_user_member

first off – remove the single quotes around $slug_params = “‘” . $details_result . “‘”;

second – no reason to pass in the slug param once you have the loop scope (everything is stored into a global context – just use the proper group template tags)

testing that really quick…
Fatal error: Call to undefined function is_main_blog() in D:xampplitehtdocsbuddypresswp-contentpluginsbp-custom.php on line 4

bp_group_avatar accepts the following args

$defaults = array(
‘type’ => ‘full’,
‘width’ => false,
‘height’ => false,
‘class’ => ‘avatar’,
‘id’ => false,
‘alt’ => __( ‘Group avatar’, ‘buddypress’ )
);

possible – you’ll need to code it in though as it is only setup to sift over activity content. Have a look at the bp_activity_at_message_notification functions on the basics.

*edit – though main blog comments hit the activity stream filter – thus triggering @me mentions.

filed a ticket
https://trac.buddypress.org/ticket/2409

fat finger? – returning the logged in user instead of the displayed user

function bp_displayed_user_link() {
echo bp_get_loggedin_user_link();
}
function bp_user_link() { bp_displayed_user_link(); }

where both should be point to:

function bp_get_displayed_user_link() {
global…[Read more]

thanks! 🙂 it is simple but effective

what pages? never noticed them (but might be related to jQuery+ajax)

so you need to create a record outside the scope of BuddyPress? (if you can can bring in the global bp – then you just need a wrapper around function bp_activity_add )

Just have a look at the class BP_Activity_Activity and the save() function

looking at the code – the total_member_count groupmeta updates when on the group’s members page (‘groups_template_group_members’, ‘groups/single/home’)

good question – i would have to look into that. it would be easy to find the “unbumped” activity records just by checking if the activity_meta is not there. but how to pull out the information into a “filtered” activity stream is a different story.

there is a filter on the $activity_action that is pushed into the activity record bp_blogs_activity_new_post_action

A user can only “favorite” the activity record for that new_blog_post or new_blog_comment made within the activity stream part of buddypress – when a user views the main blog that activity information is not pulled in. (i have an experimental plugin which replaces all of the blog comments with activity stream) Though it might be […]

actually would be very simple – within a bp-custom.php file. have a look at the bp-core-templatetags.php file which contains some simple functions that determine what component/page you are on. Just need to hook that into bp and checked if logged in (if not, then redirect)

ie
bp_is_group()
bp_loggedin_user_id()
etc

did you file a trac ticket? (same login info here)
https://trac.buddypress.org/newticket

(i can dup the same issue on a fresh single wp3b2 install)

what version of BP? i had this problem with older versions (1.2.3+ has worked fine)

There is a disconnect between activity stream “favorite” button and the actual blog comments/section