plugin.php gives error on do_all_hook() function

[signcarver]

I had to revert to the previous version. The new version gives the following error - Fatal error: Call to a member function do_all_hook() on a non-object in /home/content/76/9554076/html/midatlanticdocks.com/wp-includes/plugin.php on line 837.

Using file compare i can see that this section of code has changed.

[ocean90]

Hello @signcarver, welcome to WordPress Trac!

Thanks for your report. Does it still happen with all plugins disabled and a default theme activated? Do you have any custom drop-ins like object-cache.php?

[seememedia]

I am seeing the same use. I have disabled all plugins and gone to a default theme, and still nothing is loading. I have also reverted back to 4.6.1

This error has affected 2 of my sites at this time. One a standard site, the other a multisite.

Replying to ocean90:

Hello @signcarver, welcome to WordPress Trac!

Thanks for your report. Does it still happen with all plugins disabled and a default theme activated? Do you have any custom drop-ins like object-cache.php?

[webmasteral]

Our site is also seeing this issue and we have no custom drop ins to object-cache.php

[koppit]

A client is reporting this too - disabling all plugins makes no difference.

[jorbin]

@webmasteral Can you confirm that this happens with no plugins and a default theme along with no object-cache.php dropin. Are you seeing the same fatal error in your logs?

@koppit Are you using an object-cache.php dropin?

[seememedia]

Before Rolling everything back I did turn off all plugins and still had the error. I was unable to change back to the default theme (they were not installed on the site) while in 4.7. The same fatal error occurred. Theme active wasiMedica from Themeforest.
​https://themeforest.net/item/imedica-responsive-medical-health-wp-theme/10395942

Replying to jorbin:

@webmasteral Can you confirm that this happens with no plugins and a default theme along with no object-cache.php dropin. Are you seeing the same fatal error in your logs?

@koppit Are you using an object-cache.php dropin?

[webmasteral]

@jorbin Yes, this is happening with default theme and no drop in object-cache.php

Also tried disabling all plugins.

Host GoDaddy running php 5.4.19 and apc 3.1.13 apc.enabled master value on

[webmasteral]

@jorbin Also tried a manual ftp of a fresh zip copy of 4.7 directly from WP with no joy.

Rolled back to 4.6.1 and everything was restored with no plugins active.

Tried processing update again, same error resulted

[jorbin]

@webmasteral Are you able to run a backtrace? That would help identify where this is being hooked in from.

Are you using any dropins? Any mu-plugins? Especially any that hook into 'all'.

Thanks for you help.

Also, looping in @pento as he is the person that committed WP_Hook.

[webmasteral]

@jorbin the site is stock wp running Twenty Sixteen. What would be considered a dropin? no mu-plugins.

you will have to run me through how to run a backtrace. I have firefox with firebug if that helps. I also have access to the server error logs if needed.

[webmasteral]

@jorbin
I tried running

<?php
<?php
set_error_handler( 'backtrace_error_handler', error_reporting() );
function backtrace_error_handler( $errno, $errstr, $errfile, $errline, $errcontext ) {
        // handle @
        if( 0 === error_reporting() )
                return false;
        $message = $errstr . ' in ' . $errfile . ' on line ' . $errline . ', backtrace: ' . wp_debug_backtrace_summary( null, 1 );
        if( WP_DEBUG_DISPLAY || ini_get( 'display_errors' ) )
                echo '<br />' . $message . '<br />';
        if( WP_DEBUG_LOG || ini_get( 'log_errors' ) )
                error_log( $message );
        return false;
}

but the page loaded blank

[ch4rlie]

I too was having this issue after upgrading. By deleting object-cache.php in wp-content/ it brought the site back up.

[webmasteral]

@jorbin @ch4rlie I also tried deleting

object-cache.php

and the site running 4.7 is up and running.

[webmasteral]

@jorbin On another site I manage that did not have a object-cache.php file before processing the update from 4.6.1 to 4.7 went through without an issue.

[barkins]

Disabling object-cache.php fixed the problem for me as well.

[koppit]

I can confirm that I moved the site in question from GoDaddy hosting, which contained object-cache.php and advanced-cache.php in the wp-content folder as well.

[jorbin]

It sounds like the bad object-cache.php dropin is at fault here. That issue is already being tracked at #39132, so I'm closing this as a duplicate.

If this specific issue can be traced to something else, let's reopen, otherwise, let's focus on fixing this in #39132.

Thanks to everyone for looking into this thus far.