Hello again

Thank you for getting back on this and looking into everything – I really appreciate all your time and effort on this!

1. It would be highly appreciated if we could make the Global Search and Deactivate user compatible, since this is currently making me unable to use the deactivate plugin. 🙂

2. I totally understand, this is also a bit more complex I could imagine with the build of topics/replies within the forum. I will leave them visible for now (when using the deactivate plugin at some point) – it would be amazing if it was supported in the future for sure – but Global Search / Deactivate plugin compatibility is my no. 1 concern right now.

3. Thank you for looking into this. Would anything happen if I changed to the file you provided? – even if I decided not to give them access to login when deactivated? – In this case I would just update the code and leave it at that.

4. I see, didn’t even notice this. That should work! 🙂

5. Yes, it was downloaded from your site directory:
https://buddydev.com/plugins/activity-privacy-for-buddypress/

6. This makes sense, in this case I just decided to hide the option to include/exclude galleries when people are creating groups. There is no reason for that option to be in there, if the gallery is created automatically. For now I just used the following:

#buddypress .standard-form label[for="mpp-enable-gallery"] {
  display: none;
}

.mpp-group-gallery-enable {
    display: none !important;
}

7. There is no setting on the settings-page where I can setup this, so in this case I did add the following code that seems to have solved the issue (using Paid Membership Pro).

// Skip profile completion checks for users with 'pmpro_role_1' role
add_action( 'wp', 'skip_profile_completion_for_pmpro_role_1', 1 );
function skip_profile_completion_for_pmpro_role_1() {
    if ( is_user_logged_in() ) {
        $user = wp_get_current_user();

        // If the user has the 'pmpro_role_1' role, skip the profile completion logic
        if ( in_array( 'pmpro_role_1', (array) $user->roles ) ) {

            // Remove hooks that trigger profile completion checks on login or profile updates
            remove_action( 'bp_profile_completion_check_on_login', 'bp_profile_completion_check_on_login_action', 10 );
            remove_action( 'profile_update', 'bp_profile_completion_check_on_update', 10 );

            // Disable the notice and redirection logic for this user role
            remove_action( 'bp_profile_completion_show_notice_and_redirect', 'show_notice_and_redirect', 10, 2 );

            // Prevent BuddyPress Profile Completion from triggering any unnecessary checks
            add_filter( 'bp_force_profile_completion_skip_check', '__return_true' );
        }
    }
}

// Ensure that profile completion checks are skipped for users with 'pmpro_role_1' during login
add_action( 'bp_profile_completion_check_on_login', 'skip_profile_completion_on_login_for_pmpro_role_1', 10, 1 );
function skip_profile_completion_on_login_for_pmpro_role_1( $user_id ) {
    $user = get_user_by( 'ID', $user_id );

    // If the user has the 'pmpro_role_1' role, skip the profile completion check
    if ( in_array( 'pmpro_role_1', (array) $user->roles ) ) {
        // Do not trigger any profile completion check or redirect for this user role
        return;
    }

    // Otherwise, the profile completion check can proceed as normal
}

// Prevent BuddyPress Profile Completion actions from affecting 'pmpro_role_1' users
add_filter( 'bp_profile_completion_skip_check', 'skip_profile_completion_for_pmpro_role_1_filter', 10, 1 );
function skip_profile_completion_for_pmpro_role_1_filter( $skip ) {
    // If the user has 'pmpro_role_1', skip the profile completion check globally
    if ( is_user_logged_in() ) {
        $user = wp_get_current_user();
        if ( in_array( 'pmpro_role_1', (array) $user->roles ) ) {
            $skip = true;
        }
    }

    return $skip;
}

Regarding the last issue (from previous post) with compatibility with MediaPress and Anonymous plugin, what is the status on this? – For now I just have an warning showing up, whenever members pick the “anonymous” checkbox, but it would be awesome to have this compatible too, so members are not able to upload media when anonymous is checked.

For me the things that I still needs fixed/looked into is the following:

A. MediaPress x Anonymous compatibility

B. BuddyPress Global Search x Deactivate compatibility (if possible)

C. BuddyPress Activity Privacy (added into container on page).

I appreciate all your help on this and once again thank you for the support so far! 🙂

Hello Brajesh 🙂

**// 1. Global search issue:- Can you please provide me more details about the issue, your Global search settings and **// deactivate account settings and how to reproduce it. I tried it today and I could not reproduce it.

See images of settings here:
https://ibb.co/gwRP4cV
https://ibb.co/M6XpH1P
https://ibb.co/1TCvGCP
https://ibb.co/0jg0jqz

The issue is when users search for something on the search page (in this case “test”).
The user “JaneDoe” is marked as inactive (by Deactivate plugin) and this user has an activity that contains the word “test” in this case. When the “Deactivate” plugin is activated it seems to cause an issue where the page that contains activity/items from a user that is inactive will not show. I can’t even click on “activity” tab because this content contains the activity from JaneDoe (that is inactive). I can use the pagination until I get to a page where the next page contains content that is from a user that is marked inactive.

Once the “Deactivate” plugin is deactivated it has no problems loading the pages/content on the search page.

So in short it can’t show pages where content from inactive users is available.

See images:
https://ibb.co/tQPgrWR
https://ibb.co/k6jgwdf
https://ibb.co/55TnywT
https://ibb.co/ZMCLFRB
https://ibb.co/kJfCdmB

You should be able to replicate this by:
1: create a user and publish an activity with the word “test” (or whatever you like).
2. Check that the search page works and that the content is shown.
3. Make the user “inactive” using the “Deactivate” plugin.
4. Check the search page again.
Also This might require more test content to replicate the pagination functions too.

**// 3. You can override but it will be gone in next update of that plugin. will suggest posting it to the plugin/**// theme author for adding it in future update.
I’ll keep this in mind. I don’t believe they plan any further updates at the moment on this.

**// 5. I am sorry, the activity privacy is not supported beyond Community Builder pro by us.
This makes sense, I’ll configure it myself in the code when I got the time to look at it.

**// I have enabled the role whitelisting here
**// https://github.com/buddydev/bp-profile-completion
**// Can you please check and let me know if it works for you?
I tested this on my staging site and it dosen’t quite seem to work. I assume the “whitelisted” accounts are the ones who should NOT be forced to complete their profile?

It seems to be running into some issues like I also ran into earlier (before I setup the coded provided earlier).
The issue seems to be that the user is being forced into their user account/profile page when a profile image is not provided/or deleted.

This is an issue since I’ve got restrictions with the “Paid Membership Pro” and “Control Content” plugin that dosen’t allow “basic” users (despite it being whitelisted in your new plugin) access to that part with their role.

It seems like it causes an error because of “too many requests” since it tries to force the user into their profile – but at the same time they’re being restricted from not going into that page.

I did manage to solve this (like mentioned) with the previous code/snippet I provided. It solved the (at least my) issue. But from what I can tell, my current setup and this new plugin dosen’t quite work because of conflicts in it not whitelisting that user despite them being on the list.

This might be different for other users though – not sure. 🙂

**// I am still looking into Anonymous activity and MediaPress.
Sounds great, I’m looking forward for some updates on this when you got some news on this. 🙂