Perfect. Thank you.

BTW - When I choose "ignore file", is that treated like Wordfence where it is ignored until it is changed again? The lack of that wording in Defender makes it seem like it is permanently ignored. I'd much prefer they be ignored until they change again.

Last night. I had an error on the hglogistics site, making backups. It caused Automate to get disabled, again. Just in case this is from the same issue, I am going to watch and see what happens with this site and the others.

I think you are right. I am only finding it on sites that are on Godaddy, or sites that have been migrated from Godaddy. They have remarked out two lines. public function run_tests() { $tests = array( $this->test_constants( 'DISALLOW_FILE_MODS', false ), # $this->test_constants( 'AUTOMATIC_UPDATER_DISABLED', false ), $this->test_constants( 'WP_AUTO_UPDATE_CORE', true ), $this->test_wp_version_check_attached(), $this->test_filters_automatic_updater_disabled(), $this->test_if_failed_update(), $this->test_vcs_abspath(), $this->test_check_wp_filesystem_method(), # $this->test_all_files_writable(), $this->test_accepts_dev_updates(), $this->test_accepts_minor_updates(), );

Here are a few of them: /plugins/accelerated-mobile-pages/pagebuilder/modules/code-module.php /plugins/custompress/ui-admin/export.php /plugins/LayerSlider/wp/actions.php /plugins/media-library-assistant/includes/class-mla-polylang-support.php /plugins/media-library-assistant/includes/class-mla-settings.php /plugins/my-custom-functions/inc/php/functional.php Also, this file is giving a false positive on all websites (Wordfence is also doing the same though): /wp-admin/includes/class-wp-site-health-auto-updates.php

Plugin updates appear to be working on both of these websites now. I just went there to find that all but one plugins were up to date, clicked update, and it was a success.

It is fixed for hglogisticsllc.com, but not for amtbending.com did they just fix the issue on the one site maybe?

Hey Ash, As stated (in the title), you are the host, it is my WPMUdev hosting accounts, folder permissions are 755, file permissions are 644. I can't edit the start of the thread or I would make it so this info is also in the body. I think WPMUdev's hosting is having ownership issues when sites are migrated the old fashioned way (FTP and database imports). The one I was able to import through the WPMUdev hosting control panel is fine.

I'll see if I can carve out some time for that today. It would be a lot easier if we could see all these things from the WPMUdev dash. This, especially since I have masked all my login areas and WPMUdev's dash does not seem to know where they are (even though they are masked through Defender).

Yep, though I also had to add (array) to the next instance as well, after } else {. Here is what the function looks like now: public function import_post_images( $post_id, $details, $item ) { $post = get_post( $post_id ); /*Temporarily replaced for troubleshooting the below line $new_images = $this->_import_post_images( $post->post_content, $details, $post_id ); End Temporarily replaced */ $new_images = (array) $this->_import_post_images( $post->post_content, $details, $post_id ); if ( count( $new_images ) ) { $post->post_content = str_replace( array_keys( $new_images ), array_values( $new_images ), $post->post_content ); wp_update_post( $post->to_array() ); } else { //something happen, we will need to use the raw content, please note that simplepie will //sanitize content, this is the most case cause google news image don't display /*Temporarily replaced for troubleshooting the below line $new_images = $this->_import_post_images( $this->get_simplepie_item_raw( $item ), $details, $post_id ); End Temporarily replaced */ $new_images = (array) $this->_import_post_images( $this->get_simplepie_item_raw( $item ), $details, $post_id ); if ( count( $new_images ) ) { $replaced_content = $this->_replace_content_with_new_images( $new_images, $post->post_content ); $post->post_content = $replaced_content; wp_update_post( $post->to_array() ); } } } Newer versions of PHP just do not like the old way it was being handled.This has been an issue for Autoblog and other WPMUdev plugins for a while (Defender). I always thought this would have been patched within a few months of PHP 7.2 coming out. So, now that this is working, should I put these lines back the way they were in the core plugin, and make a hook in functions.php (on all of my sites), or should I just save that time and expect this to be a part of AutoBlog 4.1.2 ... maybe 4.1.3?