Make WordPress Core

Opened 8 years ago

Closed 8 years ago

#39146 closed defect (bug) (duplicate)

plugin.php gives error on do_all_hook() function

Reported by: signcarver's profile signcarver Owned by:
Milestone: Priority: normal
Severity: normal Version: 4.7
Component: Plugins Keywords: reporter-feedback
Focuses: Cc:

Description

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.

Change History (18)

#1 follow-up: @ocean90
8 years ago

  • Component changed from General to Plugins
  • Keywords reporter-feedback added

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?

#2 in reply to: ↑ 1 @seememedia
8 years ago

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?

Last edited 8 years ago by seememedia (previous) (diff)

#3 @webmasteral
8 years ago

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

Last edited 8 years ago by webmasteral (previous) (diff)

#4 @koppit
8 years ago

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

#5 follow-up: @jorbin
8 years ago

@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?

#6 in reply to: ↑ 5 @seememedia
8 years ago

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?

#7 @webmasteral
8 years ago

@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

#8 @webmasteral
8 years ago

@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

#9 follow-up: @jorbin
8 years ago

@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.

#10 in reply to: ↑ 9 @webmasteral
8 years ago

@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.

Version 0, edited 8 years ago by webmasteral (next)

#11 @webmasteral
8 years ago

@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

#12 @ch4rlie
8 years ago

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

#13 @webmasteral
8 years ago

@jorbin @ch4rlie I also tried deleting

object-cache.php

and the site running 4.7 is up and running.

This ticket was mentioned in Slack in #core by jorbin. View the logs.


8 years ago

#15 @webmasteral
8 years ago

@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.

#16 @barkins
8 years ago

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

#17 @koppit
8 years ago

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.

#18 @jorbin
8 years ago

  • Milestone Awaiting Review deleted
  • Resolution set to duplicate
  • Status changed from new to closed

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.

Note: See TracTickets for help on using tickets.