Upgrade Failures Involving class-wp-list-table.php

[miqrogroove]

I've been seeing a lot of forum postings relating to 4.0 and errors during or after login. In particular, I've seen these two recent threads with error information that points to mismatched file versions:

​https://wordpress.org/support/topic/wordpress-40-update-now-i-cant-login

​https://wordpress.org/support/topic/after-updating-to-wordpress-40-i-get-some-errors

[SergeyBiryukov]

Both threads look like an incomplete upgrade, not sure what we can do here.

[miqrogroove]

Just off the top of my head, would it be possible to test some ini values prior to upgrade such as timeout settings, and then stage the new files in a separate directory and move them all at once? Strategies like that usually prevent mismatching files.

[miqrogroove]

ignore_user_abort and set_time_limit should be checked for proper usage also.

[nacin]

Replying to miqrogroove:

Just off the top of my head, would it be possible to test some ini values prior to upgrade such as timeout settings, and then stage the new files in a separate directory and move them all at once? Strategies like that usually prevent mismatching files.

This is exactly what happens. set_time_limit() is also already used. Not sure about ignore_user_abort(), but that should happen in a ticket proposing that. Four years ago dd32 suggested it should be used. 5:ticket:16066

[miqrogroove]

Is there some way to add a cron that could fix a failed upgrade?

[miqrogroove]

Here's another:

​https://wordpress.org/support/topic/fatal-error-access-level-to-_wp_list_table_compat

[dd32]

Created #32652 for ignore_user_abort().

I don't think there's anything wrong or fixable here, I expect this was simply the first file in the zip being updated, or it's size was larger than others..