BuddyPress.org

@mercime

Already select P2 on SuperAdmin > Themes, the problem is that on Appearance > Theme I select P2 but it not show as selected on same page instead BP-default show as selected, but if you hit the secon blog url it use P2.

Is there a way to sent you blog info privately, so you can check this issue ?

Regards,

For anyone else with this issue, here is the fix. Thanks to @sbrajesh

in bp-messages-templatetags.php, starting at line 498:

function bp_send_private_message_link() {
echo bp_get_send_private_message_link();
}
function bp_get_send_private_message_link() {
global $bp;

if ( bp_is_my_profile() || !is_user_logged_in() )
return false;

$user=new WP_User($bp->displayed_user->user_id);

return apply_filters( ‘bp_get_send_private_message_link’, $bp->loggedin_user->domain . $bp->messages->slug . ‘/compose/?r=’ .$bp->displayed_user->userdata->user_login );
}

Private messaging now works with persistent caching like memcached.

It looks like BP 1.3 is going to address some issues with object caching. https://trac.buddypress.org/ticket/2636

Can anyone who knows confirm if it will fix these messaging issues?

@r-a-y I think my issue is beyond a simple email issue. I installed the email plugin you mentioned just to humor the situation. When I try to send a private message I get redirected to the homepage of my site. So I could either be experiencing a 404 error or some other similar problem.

Also Im not even getting notifications at the recipient. I also do not have a message in the senders sent message box nor in the recipients inbox.

Thanks,

Just to update, I applied the code from the patch with no luck. Here’s what my messages-templatetags.php code now says:

function bp_send_private_message_link() {
echo bp_get_send_private_message_link();
}
function bp_get_send_private_message_link() {
global $bp;

if ( bp_is_my_profile() || !is_user_logged_in() )
return false;

return apply_filters( ‘bp_get_send_private_message_link’, $bp->loggedin_user->domain . $bp->messages->slug . ‘/compose/?r=’ . bp_core_get_username( $bp->displayed_user->user_id, $bp->displayed_user->userdata->user_nicename, $bp->displayed_user->userdata->user_login ) );
}

It looks like I now need to “apply a filter to “bp_get_send_private_message_link” and override it so it doesn’t use bp_core_get_username().” Anyone know how to do this?

Thanks guys.

@r-a-y

Thanks for the link, but I’m confused a bit. My current code already has that patch in it, changing the “public” to “private” looks to be the only switch. I’m guessing this was changed in a more recent BP release?

And, you said:

“With the patch, you’d still need to apply a filter to “bp_get_send_private_message_link” and override it so it doesn’t use bp_core_get_username().

The same problem occurs with the bp_get_send_public_message_link() function – aka the “Mention this user” link.”

It sounds like this is the step I need to take. How exactly do I apply this filter?

Thanks!

Batcache isn’t supposed to impact logged-in users, so it seemed like a natural fit for BP.

Paul, you think this is a BP issue as opposed to just tweaking a caching setting?

I know that there are people using BP with memcached and W3Total cache…are any of you guys having trouble with this? (W3TC doesn’t worth with multi-db’s or I’d be using it)

if ‘User A’ is admin of two private groups (B and C)
when members request to join those groups, the notification is sent to ‘User A’ with multiple notification
the notification may look like this: “2 requests group membership”
the problem is the link of notification is just only one of two group, when click that notification, it will redirect to group admin request (B or C), and notification will gone.

brief: request is both B and C but notification link is only B or C
So, I’d like to change multiple notification to each single notification or any idea to fix above problem, please help.

mmm… none of the above… and I’ve done some further research and discovered more clearly what the behaviour is.
To start, this is what I am looking to achieve:

– If a user is NOT a member of a hidden group then it is hidden and they do not know it exists at all.
– if a user IS a member of a hidden group then it comes up on the group widget list as visible.
– all other current behaviour stays the same i.e. public (full access) private (can be seen but not entered).

Now… what I have now found is that the group list pages do exactly what I expect, but the group widget behaves differently.
The widget does NOT show hidden groups even if you ARE a member but does show private groups that you are NOT a member of.
Also what I have seen is that if I look at another members page the group widget appears to then show their groups not mine (this might be an admin ‘feature’ though)???

So if I have a 1000 groups and a user is member of 3 I do not want to display 1000… only 3 that are relevant to them.
For my application the users will not be able to register to be part of these set of groups as they relate to where they live.
If a user browses a friends page I do not want the group widget to then show the groups relating to the friend.

So it seems that the group widget is using some diffently coded filters than the group listing pages and this (to me) is not correct and is (possibly) a bug.

I hope that is a little clearer on the nature of the issue… can be a little difficult to explain these things in a posting without loads of illustration etc to demonstrate.

cheers and thanks for your input.

Well I am looking at that plugin for a news type capability perhaps but it doesn’t address the fundamental behaviour I’m looking for… I really want the ability for hidden groups to be ‘seen’ by their members and therefore display in the group widget or for private groups to be hidden from non-members. The announcement plugin says if not admin->display in read only mode.

In essense if you have a thousand groups you wouldn’t want to present them all to non-members, but you do want to display those that you are a member of. The current group visibility behaviour (public,private,hidden) does not support this and it seems to me to be logical in many situations.

There must be a segment of code that reads… loop the groups -> if hidden and if not Admin, do not display… I just need to know where that piece of code is !!!