wpallstars/wp-fix-plugin-does-not-exist-notices
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 15 Wiki Activity

CRITICAL FIX: Remove auto-deactivation prevention code causing fatal errors (v1.6.11)

Browse Source
This commit is contained in:
Marcus Quinn
2025-04-12 15:11:33 +01:00
parent 873ca5f272
commit bfaa2b807a
4 changed files with 21 additions and 48 deletions
Download Patch File Download Diff File Expand all files Collapse all files

49
fix-plugin-does-not-exist-notices.php
View File

@ -13,7 +13,7 @@
* Plugin Name: Fix 'Plugin file does not exist.' Notices
* Plugin URI: https://wordpress.org/plugins/fix-plugin-does-not-exist-notices/
* Description: Adds missing plugins to the plugins list with a "Remove Reference" link so you can permanently clean up invalid plugin entries and remove error notices.
* Version: 1.6.10
* Version: 1.6.11
* Author: Marcus Quinn
* Author URI: https://www.wpallstars.com
* License: GPL-2.0+
@ -48,7 +48,7 @@ if ( ! defined( 'ABSPATH' ) ) {
}
// Define plugin constants
define( 'FPDEN_VERSION', '1.6.10' );
define( 'FPDEN_VERSION', '1.6.11' );
define( 'FPDEN_PLUGIN_DIR', plugin_dir_path( __FILE__ ) );
define( 'FPDEN_PLUGIN_URL', plugin_dir_url( __FILE__ ) );
define( 'FPDEN_PLUGIN_FILE', __FILE__ );
@ -99,8 +99,8 @@ class Fix_Plugin_Does_Not_Exist_Notices {
// Enqueue admin scripts and styles.
add_action( 'admin_enqueue_scripts', array( $this, 'enqueue_admin_assets' ) );
// Prevent WordPress from automatically deactivating missing plugins
add_filter( 'pre_option_recently_activated', array( $this, 'prevent_auto_deactivation' ) );
// We're no longer trying to prevent WordPress from auto-deactivating plugins
// as it was causing critical errors in some environments
}
/**
@ -395,46 +395,7 @@ class Fix_Plugin_Does_Not_Exist_Notices {
return $this->invalid_plugins;
}
/**
* Safely prevent WordPress from automatically deactivating missing plugins.
*
* WordPress normally deactivates plugins that don't exist and adds them to the
* 'recently_activated' option. This filter modifies that behavior so we can
* handle the deactivation ourselves through our UI, but only on the plugins page.
*
* @param mixed $pre_option The value to return instead of the option value.
* @return mixed The original value (null) to let WordPress proceed, or an array to override.
*/
public function prevent_auto_deactivation( $pre_option ) {
// Safety check - if we're not in admin or if this isn't the plugins page, don't interfere
if ( ! is_admin() || ! function_exists( 'get_current_screen' ) ) {
return $pre_option;
}
// Get current screen - only proceed if we're on the plugins page
$screen = get_current_screen();
if ( ! $screen || 'plugins' !== $screen->base ) {
return $pre_option;
}
// Only apply our logic if we're on an admin page and specifically the plugins.php page
global $pagenow;
if ( 'plugins.php' !== $pagenow ) {
return $pre_option;
}
// We're on the plugins page, so let's try to preserve the current state
try {
// Get the current value of recently_activated
$recently_activated = get_option( 'recently_activated', array() );
// Return the current value to prevent WordPress from modifying it
return $recently_activated;
} catch ( Exception $e ) {
// If anything goes wrong, let WordPress handle it normally
return $pre_option;
}
}
// We've removed the prevent_auto_deactivation method as it was causing critical errors
} // End class Fix_Plugin_Does_Not_Exist_Notices
// Initialize the plugin class.