Conversation
supportThis plugin doesn’t disable auto-update notifications for WordPress updates We run several websites and just got some 20 email notifications about the sites being updated to WordPress 5.5.1 It blocks theme + plugin auto-update notifications but not WordPress update notifications. Can this be added? Would’ve been great Thank you for a super plugin
Hi @nhrz We will release a different plugin that disables WordPress Core, Plugins and Themes auto update email notifications. I will post an update below this comment to be notified of the release.
Awesome, thank you! Why not add it as an option of the current plugin?
Adding the ability to disable “core” updates would be great. Thanks!
@nhrz @rvconnelly This already exists through a plugin like Disable WordPress Core Update Email ( https://wordpress.org/plugins/disable-core-update-email/ ). These can work together in a modular fashion. This one plugin handles themes & plugins while Disable WordPress Core Update Email handles the core (I personally like to keep the core update notifications since they’re infrequent enough & can be a substantial change to a site [definitely if an update fails.]) Both plugins are currently lightweight (practically as lightweight as if you specifically just implemented it yourself via your functions.php file) where the “options” effectively consist of enabling/disabling the plugins for the desired behavior. No need to add the overhead & complexity of a settings page if the plugin being active or not is a toggle for the behavior with the plugins being incredibly lightweight & readily available, right?
@kzeni Thanks but I came across that plugin previously. However, since it has not been updated in 5 years I’d rather not risk potential vulnerabilities and/or compatibility issues with the WP core.
@rvconnelly You might want to consider the possibility that it hasn’t been updated in 5 years because it literally hasn’t needed to be / shouldn’t have been (it just keeps doing it’s exact job perfectly as intended; no feature creep, code bloat, or anything.) It’s honestly a single PHP file that solely consists of add_filter( 'auto_core_update_send_email', '__return_false' ); as the only active PHP code in it. Seriously. At that point, It being a filter like that makes it so it won’t ever break anything for WordPress (unless __return_false is ever removed from WordPress or something, but then that’d break the majority of all plugins [including this one] if they were to ever do that since __return_false is a commonly used function by developers [why would they even want to anyway.]) Give the “Disable auto-update Email Notifications” plugin 5 years time, and it wouldn’t have needed any updates in the meantime either. Wouldn’t make the plugin any less viable or recommendable. I mean, look at what this plugin consists of add_filter('auto_plugin_update_send_email', '__return_false'); and add_filter('auto_theme_update_send_email', '__return_false'); and that’s it, currently. It’s effectively the same thing just for a different email being blocked per WordPress giving it a different filter name. Again, it being 5 years old doesn’t mean it’s a plugin that should be avoided at that point. Keep in mind that I wouldn’t say this for other plugins, for sure, but the fact that Disable WordPress Core Update Email is literally nothing more than 1 line of code that the WordPress team say to use in up-to-date documentation (see https://wordpress.org/support/article/configuring-automatic-background-updates/#disable-emails-via-filter ) makes it perfectly fine in this case. Why would it be better/okay to ask/have people copy/recreate the literally the same exact thing and have that be any better than the original that existed before it? It just creates plugin directory bloat & fragmentation with no real gain for users & the ecosystem as a whole.
@kzeni Thanks for taking the time to explain. I’m good with HTML and CSS code but I’m not a PHP developer; just move PHP snippets around. I will check that plugin out.
Hi @nhrz We will release a different plugin that disables WordPress Core, Plugins and Themes auto update email notifications. I will post an update below this comment to be notified of the release.
Awesome, thank you! Why not add it as an option of the current plugin?
Adding the ability to disable “core” updates would be great. Thanks!
@nhrz @rvconnelly This already exists through a plugin like Disable WordPress Core Update Email ( https://wordpress.org/plugins/disable-core-update-email/ ). These can work together in a modular fashion. This one plugin handles themes & plugins while Disable WordPress Core Update Email handles the core (I personally like to keep the core update notifications since they’re infrequent enough & can be a substantial change to a site [definitely if an update fails.]) Both plugins are currently lightweight (practically as lightweight as if you specifically just implemented it yourself via your functions.php file) where the “options” effectively consist of enabling/disabling the plugins for the desired behavior. No need to add the overhead & complexity of a settings page if the plugin being active or not is a toggle for the behavior with the plugins being incredibly lightweight & readily available, right?
@kzeni Thanks but I came across that plugin previously. However, since it has not been updated in 5 years I’d rather not risk potential vulnerabilities and/or compatibility issues with the WP core.
@rvconnelly You might want to consider the possibility that it hasn’t been updated in 5 years because it literally hasn’t needed to be / shouldn’t have been (it just keeps doing it’s exact job perfectly as intended; no feature creep, code bloat, or anything.) It’s honestly a single PHP file that solely consists of add_filter( 'auto_core_update_send_email', '__return_false' ); as the only active PHP code in it. Seriously. At that point, It being a filter like that makes it so it won’t ever break anything for WordPress (unless __return_false is ever removed from WordPress or something, but then that’d break the majority of all plugins [including this one] if they were to ever do that since __return_false is a commonly used function by developers [why would they even want to anyway.]) Give the “Disable auto-update Email Notifications” plugin 5 years time, and it wouldn’t have needed any updates in the meantime either. Wouldn’t make the plugin any less viable or recommendable. I mean, look at what this plugin consists of add_filter('auto_plugin_update_send_email', '__return_false'); and add_filter('auto_theme_update_send_email', '__return_false'); and that’s it, currently. It’s effectively the same thing just for a different email being blocked per WordPress giving it a different filter name. Again, it being 5 years old doesn’t mean it’s a plugin that should be avoided at that point. Keep in mind that I wouldn’t say this for other plugins, for sure, but the fact that Disable WordPress Core Update Email is literally nothing more than 1 line of code that the WordPress team say to use in up-to-date documentation (see https://wordpress.org/support/article/configuring-automatic-background-updates/#disable-emails-via-filter ) makes it perfectly fine in this case. Why would it be better/okay to ask/have people copy/recreate the literally the same exact thing and have that be any better than the original that existed before it? It just creates plugin directory bloat & fragmentation with no real gain for users & the ecosystem as a whole.
@kzeni Thanks for taking the time to explain. I’m good with HTML and CSS code but I’m not a PHP developer; just move PHP snippets around. I will check that plugin out.