cwiccer.com - activating oik-bob-bing-wide doesn't last long

[bobbingwide]

I've been trying to activate oik-bob-bing-wide in cwiccer.com but it doesn't seem to want to stay activated.
It worked for a short while since I was able to insert some of the blocks provided by it.
But when I viewed the page and edited it again the blocks weren't registered.
No idea why at present.

Updating to v2.1.1 didn't resolve the issue.

[bobbingwide]

I deactivated a couple of plugins and tried again. I was able to edit a post to add the WordPress info block.
This worked. But the next time I edited the home page the plugin was deactivated. Hmm!

[bobbingwide]

Looks like it was something to do with oik-unloader.
Or it could be oik-bwtrace trying to set itself to first in the list!
Or any other plugin for that matter.

[bobbingwide]

Or any other plugin for that matter.

The battle could be with Elementor. It does something with the uninstall_plugins hook.

/home/customer/www/cwiccer.com/public_html/wp-content/plugins/oik-bwtrace/includes/bwtrace-actions.php(618:0) bw_trace_backtrace(1) 24 0 2022-02-12T09:08:23+00:00 0.030573 0.026124 cf=pre_option_uninstall_plugins 2841 1 0 25165824/25165824 768M F=320 3 Array

[0] => (boolean) 
[1] => (string) "uninstall_plugins"
[2] => (boolean) 

0. bw_lazy_backtrace /home/customer/www/cwiccer.com/public_html/wp-content/plugins/oik-bwtrace/libs/bwtrace.php:108 0
1. bw_backtrace /home/customer/www/cwiccer.com/public_html/wp-content/plugins/oik-bwtrace/includes/bwtrace-actions.php:619 0
2. bw_trace_backtrace(,uninstall_plugins,) /home/customer/www/cwiccer.com/public_html/wp-includes/class-wp-hook.php:307 3
3. apply_filters(,array) /home/customer/www/cwiccer.com/public_html/wp-includes/plugin.php:189 2
4. apply_filters(pre_option_uninstall_plugins,,uninstall_plugins,) /home/customer/www/cwiccer.com/public_html/wp-includes/option.php:131 4
5. get_option(uninstall_plugins) /home/customer/www/cwiccer.com/public_html/wp-includes/plugin.php:879 1
6. register_uninstall_hook(elementor/elementor.php,array) /home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/includes/maintenance.php:76 2
7. init /home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/includes/plugin.php:864 0
8. __construct /home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/includes/plugin.php:609 0
9. instance /home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/includes/plugin.php:878 0
10. require(/home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/includes/plugin.php) /home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/elementor.php:54 1
11. include_once(/home/customer/www/cwiccer.com/public_html/wp-content/plugins/elementor/elementor.php) /home/customer/www/cwiccer.com/public_html/wp-settings.php:418 1
12. require_once(/home/customer/www/cwiccer.com/public_html/wp-settings.php) /home/customer/www/cwiccer.com/public_html/wp-config.php:112 1
13. require_once(/home/customer/www/cwiccer.com/public_html/wp-config.php) /home/customer/www/cwiccer.com/public_html/wp-load.php:50 1
14. require_once(/home/customer/www/cwiccer.com/public_html/wp-load.php) /home/customer/www/cwiccer.com/public_html/wp-blog-header.php:13 1
15. require(/home/customer/www/cwiccer.com/public_html/wp-blog-header.php) /home/customer/www/cwiccer.com/public_html/index.php:17 1

[bobbingwide]

The battle could be with Elementor

No, it wasn't Elementor. The problem seems to occur when the NextGEN Gallery plugin is activated.

I can see code that will invoke update_option( 'active_plugins').
The trouble is, I can't find any trace output that shows the database being updated.

Having updated my local install to the latest version of the nextgen-gallery plugin I've found the code.

• It's in a function called fix_loading_order()
• This is attached to shutdown at priority 10.
• So it's no surprise that we can't see any SQL queries since these have been reported earlier.

Attached hooks at shutdown were:

C:\apache\htdocs\wordpress\wp-content\plugins\oik-bwtrace\includes\bwtrace-actions.php(579:0) bw_trace_attached_hooks(3) 43 0 2022-02-12T14:28:16+00:00 0.841760 0.000163 cf=shutdown 42527 67 2293 10485760/10485760 256M F=514 shutdown 
: 0   bw_trace_parms;9 bw_trace_attached_hooks;9 bw_trace_backtrace;9 QM_Collector_Overview::process_timing;1 QM_Dispatcher_AJAX::dispatch;1 QM_Dispatcher_Html::dispatch;1 QM_Dispatcher_WP_Die::dispatch;1
: 1   wp_ob_end_flush_all;1
: 10   bw_trace_plugin_loaded_report;1 bw_trace_included_files;1 bw_trace_functions_traced;1 bw_trace_status_report;1 C_NextGEN_Bootstrap::fix_loading_order;1
: 11   OIK_trace_summary::record_vt;1
: 99   bw_trace_count_report;1

Both Query Monitor and oik-bwtrace run their shutdown logic before C_NextGEN_Bootstrap::fix_loading_order().

Proposed fix

Change oik-unloader to remove the filter hook when the shutdown action is invoked, priority < 10.

[bobbingwide]

Rather than hooking into shutdown I think we should do it earlier. plugins_loaded seems a sensible place.
The same problem occurs with oik-loader. So I'll try changing that plugin first.

[bobbingwide]

The solution doesn't work for NextGen Gallery. On shutdown it makes itself activated in C_NextGEN_Bootstrap::fix_loading_order().
Bugger.