[@henrywright Moderator 12 years, 8 months ago]

I think $update['id'] could be wrong. Can you try $update[0][O] instead?

I’m not at my computer now until tomorrow morning so can’t test.

[@henrywright Moderator 12 years, 8 months ago]

Are you using it within the loop? i.e. within while and endwhile?

[@henrywright Moderator 12 years, 8 months ago]

You’re right! My apologies! So that makes it much easier!

You can get the time recorded by doing something like this:

$update = get_usermeta( bp_get_member_user_id(), 'bp_latest_update' );
$activity = bp_activity_get_specific( array( 'activity_ids' => $update['id'] ) );
$activity = $activity[0];
$time = $activity->recorded_time;
echo $time;

Note: This is intended to work inside the members loop – if you want to use it outside then the bp_get_member_user_id() function will need to be changed.

[@henrywright Moderator 12 years, 8 months ago]

Hi @mykrabuilding

To my knowledge, the time of the latest update isn’t recorded. The latest update info is stored in user meta. To get it you’d do something like:

$update = get_usermeta( $user_id, 'bp_latest_update' );

You then have the option to get either the activity ID or the content (no timestamp I’m afraid).

echo $update['id'];
echo $update['content'];

You can of course add your own user meta when somebody writes a status update. You could record a timestamp and then fetch it as described above.

See:
https://codex.wordpress.org/Function_Reference/update_user_meta

I think bp_activity_posted_update is the hook you’ll need.

[@henrywright Moderator 12 years, 8 months ago]

@tolusage

A fellow BP enthusiast asked you a simple question with the aim of lending a hand, but obviously you couldn’t pass up the opportunity to throw that worn-out jibe

Who asked me a question? And what worn-out jibe are you talking about?

[@henrywright Moderator 12 years, 8 months ago]

Are you using root profiles by any chance?

@hnla there have been quite a few reports about that function since 1.9.2 dropped. I’ll have a look into it…

[@henrywright Moderator 12 years, 8 months ago]

@fkapnist the problem with hiding the icons is members can still access the dashboard by typing in the URL.

Instead, you could do a redirect for non-administrators?

[@henrywright Moderator 12 years, 8 months ago]

Glad you got it working! 🙂

[@henrywright Moderator 12 years, 8 months ago]

@daryanwooz hit F5 to refresh the page and you should see it appear.

[@henrywright Moderator 12 years, 8 months ago]

I just registered and logged in to see what the problem might be. It seems the problem is in your theme’s style.css document. The theme is hiding the link from view.

You’ll need to open wp-content/themes/YOUR-THEME-NAME/style.css and remove the following:

#change-avatar-personal-li {
    display: none;
}

[@henrywright Moderator 12 years, 8 months ago]

On your site? I haven’t got one

On here (BuddyPress) I’m @henrywright

[@henrywright Moderator 12 years, 8 months ago]

@daryanwooz I’ll need to be logged in to see the change avatar tab (or lack of one). Can you set me up as a dummy user?

[@henrywright Moderator 12 years, 8 months ago]

is there any CSS get it back?

Not entirely sure. Do you have a link to your site?

[@henrywright Moderator 12 years, 8 months ago]

Does the problem happen with the OneCommunity theme only? Have you tried contacting the theme author to report the issue?

The problem is likely due to some CSS in the theme’s style.css document or a function in the theme’s functions.php file.

[@henrywright Moderator 12 years, 8 months ago]

Hi @daryanwooz

Your question doesn’t quite make sense?

[@henrywright Moderator 12 years, 8 months ago]

@slips111 perhaps you have a jQuery conflict? Aside from via WP, are you loading jQuery manually anywhere?

[@henrywright Moderator 12 years, 8 months ago]

Hi @marknadsafeteam

Take a look at the markup used in bp-legacy’s change-avatar.php file. You’ll need to stick with most of the class names and IDs in order for the JS to work properly.

Hope this info helps!

[@henrywright Moderator 12 years, 8 months ago]

Do you profile links look like:

example.com/username/

or:

example.com/members/username/

If your profile links look like the first then you have root profiles enabled.

[@henrywright Moderator 12 years, 8 months ago]

There was a change that went live in 1.9.2 which might have caused your issue if you were using root profiles. Considering you’re not, then that can’t be why you’re seeing the white space.

[@henrywright Moderator 12 years, 8 months ago]

Are you using root profiles?

[@henrywright Moderator 12 years, 8 months ago]

Go to line 239 in bp-core-caps.php and remove the function (keep a backup of the old file). Once you’ve removed that function you won’t get the fatal error. Then when you can access your site again – go back and restore bp-core-caps.php to how it was before you made the change.

As to why you’re getting this fatal error – I have no idea?

[@henrywright Moderator 12 years, 8 months ago]

@slips111

The Load More button is dependent on the markup (HTML) of the page. If you’ve customised the group activity page HTML then that might be why it doesn’t work any more.

[@henrywright Moderator 12 years, 8 months ago]

Hi @terraling

Could it be anything to do with the customisations you made to the registration process recently?

[@henrywright Moderator 12 years, 8 months ago]

Hi

Try:

echo bp_core_fetch_avatar( array( 
    'alt' => 'Profile picture of ' . bp_get_loggedin_user_fullname(),
    'class' => 'avatar', 
    'width' => 50, 
    'height' => 50, 
    'item_id' => bp_loggedin_user_id(), 
    'type' => 'full', 
    'title'=> bp_get_loggedin_user_fullname()
) );

[@henrywright Moderator 12 years, 8 months ago]

@mbonner considering it’s a brand new site then root profiles will be disabled (that is the default) so it can’t be related to that problem.

Try updating BP to 1.9.2 (released yesterday) and deactivate WooCommerce. There shouldn’t be any conflict with bbPress and BuddyPress. However, WooCommerce is third party so there might be a conflict there.