BuddyPress.org

Dear Paul – @djpaul,

thank you for your kind reply.
Works like a charm.

Please, is there any way I can add the link to the comment too? The activity just says:
for example “Paul posted a new activity comment” but no actual link to it 🙁

…. maybe this is the answer:

activity->id, $activities_template->activity ) ?>
<a href="” class=”button acomment-reply bp-primary-action” id=”acomment-comment-“><?php printf( __( 'Comment %s‘, ‘buddypress’ ), bp_activity_get_comment_count() ); ?>

from: https://buddypress.org/support/topic/resolved-single-activity-url/

However, I’m not sure where I should actually have it?

Thank you very much 🙂

Difficulty with friend requests: we changed settings on WangGuard which seems to have restored users’ ability to see friend requests. A quick search didn’t show me much back material concerning WangGuard interactions with BuddyPress. This site didn’t behave that way before. Is it possible WangGuard is interfering more with BuddyPress 2.7.4 than with previous versions of BP?

Hi Paul

You’ve been a great help!

I managed to find the correct buddypress index file.

If it isn’t too much I would like your help to one last thing.
So i created my div, however i want it to be visible to only the administrator.

I found a code i can use:

<?php
if (current_user_can(‘edit_users’)){
?>
<div class="opretbruger">Opret bruger</div>
<?php
}
?>

however it doesn’t seem to work – it simply hides the div for every user even though my administrator role has the right to edit users. I also tried with ‘administrator’. Am i doing anything wrong?

I can probably disable Buddypress on muy dev site and try to register to see what happens. I will do that today and let you know @djpaul

Many thanks to both of you for your replies!

Deactivating components of buddyPress doesen’t help.
(remaining active components: Buddypress core & Community members)

Thanks for the response, djsteveb.

Every thing is using my own dedicated server. Therefore, I have access to all functions.

With buddypress deactivated all works and its the same theme that is working on the old site. Also, I do not think it could be a theme issue since that I can resend the activation email from the backend but it is still not coming. Also, I see not error message in my log unless that I am missing the message, which I am going back to test again.

I suggestion that I have in mind could be a compatible issue between Buddypress 2.7.4
and WordPress 4.7.2 but since buddypress was set-up on the old site when wordpress was version 3 and when through the many upgrades it still works on that old site.

I am just having thoughts since I cannot see the issue and from the searches this issue goes back a long time and there seems to be no one fix.

I have tried with and without Easy WP SMTP.

Thanks

Fred

Example of error logs:
[Sat Feb 04 21:43:29.117033 2017] [:error] [pid 10835] [client 92.19.41.202:36229] WordPress database error You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘ORDER BY ID DESC LIMIT 1 /* From [lettermo.com/2017-badge/postal-explorer/] in [‘ at line 1 for query SELECT ID FROM wp_posts WHERE post_status=’draft’ AND post_type=’attachment’ AND post_author = 22943 AND post_parent = ORDER BY ID DESC LIMIT 1 /* From [lettermo.com/2017-badge/postal-explorer/] in [/nas/content/live/maryrobinette/wp-content/plugins/badgeos/includes/submission-actions.php:1783] */ made by require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), include(‘/plugins/buddypress/bp-themes/bp-default/single.php’), the_content, apply_filters(‘the_content’), WP_Hook->apply_filters, call_user_func_array, badgeos_achievement_submissions, badgeos_submission_form, badgeos_get_submission_form, get_attachment_from_draft_submission, referer: http://lettermo.com/quests-and-badges/

hi shane i really appreciate your reply such a relief to hear from someone who knows buddypress cold its a very scary thing messing with the database on a site that is so important

…quick update i actually got the pending friend requests on my own account to display but still is extremely slow ….other than moving the site to a totally new server does deleting is_confirmed field value = 0 seem like a good idea to try in your opinion to speed it up ?

this is not a dedicated server but is supposed to handle spikes its not on a cheap hosting plan its supposed to scale on demand…..really managed wordpress hosting

in general is this friends table something that is going to get out of control if you have 50,000 members?

…i already every couple months trim the activity table … buddypress changed over the years i’m not sure i need to do it anymore honestly but was absolutely necessary like 3-4 years ago do you have people deleting activity table on larger sites still?

thanks for your help on my db situation and how to keep it running

So in short, there is no simple way to isolate the registration process such that the “BuddyPress users” are added to different tables than the regular WP users right?