BuddyPress.org

@fernon

Yes, it’s a bug that has resisted being definitely found since… a long time.

BP uses GMT to store timestamps and is supposed to apply a filter to factor in WP time settings, but in some installs it does not work.

You’re in the PST time zone?

Try pasting this in /plugins/bp-custom.php
https://gist.github.com/shanebp/5497723

It…[Read more]

You might need the global
global $activities_template;

Try
echo $activities_template->activity->user_nicename

or
echo $activities_template->activity->user_login

bp_get_displayed_user_username() will fetch the name but won’t display it.

So you can do this:

echo bp_get_displayed_user_username()

Or use bp_displayed_user_username()

@henrywright-1

I’m not going to spoon-feed this to you.
But you’re on the right track.
( I should have said ‘ The clue is in your reply…’ )
You’ve found what is the same in those two situations.
So what is different about them ?

Sometimes it’s easier to start anew.
For example – instead of ‘how to I change this to do that’, start with…[Read more]

@henrywright-1
What’s different? The answer is in your reply “Thanks for that… ”

@valuser
That usage makes sense and has been mentioned by others.
But it’s not a simple tweak.
And would require an admin screen so you could choose to show / not show the button in loops.
And etc. etc.
I’ll write an article in the next week or so on
PhiloPress

Start with the add_action and follow the function calls.
If you see a function that isn’t defined in the gist, then that function is in the codebase.
Find and study it.

The add_action calls a function that calls bp_send_message_button() which creates the button.
Part of creating the button is creating the link.
The link can be filtered – so…[Read more]

BuddyBlock is now available as a premium plugin on PhiloPress

>Some plugins doesnt show up on register page

BP 1.7 is not broken – Your install of BP 1.7 has problems.

The first steps to take to diagnose your problems are:

1. Deactivate every plugin except WordPress and BuddyPress

2. Switch to the WordPress 2012 theme

3. Go to Settings -> BuddyPress and review all your settings

Your problems are…[Read more]

Try a simple echo in your display function.

If you think it is a 1.7 bug, submit a report on trac:
https://buddypress.trac.wordpress.org/

Use the same login you use here.

Then just provide a contact link and discuss the details with those who contact you.
You can contact me thru the info in my profile here.

You could post to this or some other forum with a note asking a moderator to move it to the jobs forum.

That would require a custom plugin that stores the value per member and filters all output that has a timestamp.

bp_is_user_profile
returns true / false as to whether the current component is ‘profile’

bp_is_user()
returns true / false as to whether you are on a profile page

bp_is_my_profile()
returns true / false as to whether the logged in user is looking at their own profile page

Put it in bp-custom.php – after you remove all the ‘br’ tags.
https://codex.buddypress.org/developer/customizing/bp-custom-php/

Should be fine in 1.7

> now worried I’ve screwed my installation

So do the migration again – before you get more data into the live version.

If you have a large install, the script in that link can time-out depending on the resources available on your live server.

@henrywright-1

Bingo re elephant.

While it’s easy to change by editing the register template, the why-is-it-there question seems worthy of a trac ticket.

Regardless of what it refers to, why would
“This field can be seen by: etc. ” under each Base field on the register page?
and a ‘change’ link be visible on a register page to a non-logged-in visitor?

That’s what I meant by it failing the bp_current_user_can() check.

>is there something I should have done differently

Nope. That’s what you have to do.

This tool can be useful – also handles serialized data
http://interconnectit.com/products/search-and-replace-for-wordpress-databases/