Eder Ribeiro

Great! Thanks

Function bp_core_get_user_domain() is deprecated since version 12.0.0. Use bp_members_get_user_url() instead

• This reply was modified 9 months, 1 week ago by Eder Ribeiro.

Hi, I can confirm that there is a conflict with BuddyPress version 12 and later. They rewrote several functions, below is a copy of the error generated when accessing the general membership page:

PHP Fatal error: ?Uncaught Error: Call to undefined function bp_core_get_user_domain() in /home/XXX/wp-content/plugins/user-switching/user-switching.php:761 Stack trace: 

#0 /home/XXXX/wp-includes/class-wp-hook.php(324): user_switching->action_bp_button('') 

#1 /home/XXXX/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array) 

#2 /home/XXXX/wp-includes/plugin.php(517): WP_Hook->do_action(Array) 

#3 /home/XXXX/wp-content/plugins/buddypress/bp-templates/bp-nouveau/includes/members/template-tags.php(198): do_action('bp_directory_me...') 

#4 /home/XXXX/wp-content/plugins/buddypress/bp-templates/bp-nouveau/buddypress/members/members-loop.php(53): bp_nouveau_members_loop_buttons(Array) 

#5 /home/XXXX/wp-includes/template.php(790): require_once('/home/icllms/pu...') 

#6 /home/XXXX/wp-content/plugins/buddypress/bp-templates/bp-nouveau/includes/ajax.php(150): load_template('/home/icllms/pu...') 

#7 /home/XXXX/wp-includes/class-wp-hook.php(324): bp_nouveau_ajax_object_template_loader('') 

#8 /home/XXXX/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array) 

#9 /home/XXXX/wp-includes/plugin.php(517): WP_Hook->do_action(Array) 

#10 /home/XXXX/wp-admin/admin-ajax.php(188): do_action('wp_ajax_members...') 

#11 {main} ? thrown in /home/XXXX/wp-content/plugins/user-switching/user-switching.php on line 761

I am in contact with the developers who have already identified the bug, it will be updated soon. Thanks

I managed to identify the cause of the error, there was a function remove_menu_page being called in add_action with admin_init, the correct thing is to call in add_action admin_menu.

Despite being an error, it is curious that it only appeared using the last two versions of litespeed, without caching plugin or litespeed in version 5.4 this did not happen.

Anyway thanks for the attention!

Excellent, updated and I can (not) see hidden again!

thanks

Hello @paulam11

I had already done all these tests but the error persisted.

So that I could solve it, it was necessary to edit lines 184/185 to confirm that it is an array:

if (is_array($saved)) {
    $key = array_key_exists('sfwd-lessons_lesson_video_url', $saved) ? 'sfwd-lessons_lesson_video_url' : '';
    $key = array_key_exists('sfwd-topic_lesson_video_url', $saved) ? 'sfwd-topic_lesson_video_url' : $key;
}

Could you pass on to the team responsible for programming? This check does not modify the function, it just guarantees to pass a valid array before array_key_exists.

thanks.

I’m closing the ticket because I received a response from the support team, thank you for your attention. The fix will be released in our upcoming update.

The html content of the page hasn’t really changed, but the CSS/JS content has been modified by me and updated via FTP.

It’s a few lines of code of difference, but version 4 is not identifying the change. This does not happen with version 3.6.4 after the purge.

@qtwrk thanks for the clarifications, but i still can’t get out of version 3.6.4.

The problem now is that when I run the purge, the minified CSS/JS version remains the same, example:

In version 3.6.4:
litespeed/cssjs/2736b.css?4edb8
after the purge changes
litespeed/cssjs/2736b.css?5fec9

In version 4 and above:
litespeed/cssjs/2736b.css?4edb8
after the purge it remains the same
litespeed/cssjs/2736b.css?4edb8

I have not found any trigger that can change this behavior, without the final modified version my CDN (bunnyCDN) does not update the file.

• This reply was modified 2 years, 11 months ago by Eder Ribeiro.

https://www.ads-software.com/support/topic/all-events-have-same-name-in-admin-list/

Hello @qtwrk

Thanks for the answer!

I did the test here and it seems to work properly.

I’m just in doubt if I should use the updated plugin with this 1 second cache or if I keep the 3.6.4 plugin with delete url.

The old one always worked well, my fear is the new process will make everything heavier.

I just tested, apparently no bugs or slowdowns when implementing the plugin along with the filter above.

thanks!

Hi, the code above didn’t work for me, but with the edit below it did.

add_filter('simple_history/log/do_log', function ($do_log) {
    if ( !current_user_can('edit_posts') ) {
        return false;
    } else {
        return $do_log;
    }
    return $do_log;
}, 10, 5);

My only concern is how much it can spend processing, I have a site of 30,000 users and would like to record only the administrators’ edit logs.

@eskapism can you tell if there is CPU impact on a site with so many users? thanks!

• This reply was modified 3 years, 2 months ago by Eder Ribeiro.

This is really bad, I try my best to make the site light, and this plugin loads a lot of scripts even though I’m not using the forms.

Developers could create a simple function to disable this function that launches so many scripts in the header.

Currently I only use the SMTP and SYNC service, not needing any of the built-in forms and scripts.

Thanks!