dvsmith

Here is the Pastebin from the past few days of errors (there are so many of the Fatal Error entries that it exceeded the pastebin limits, so I cut it off at three) from one site, anonymized. Prior log entries were more than a month old.

https://pastebin.com/XRuFCgVQ

• This reply was modified 1 month ago by dvsmith.

This repeats for the past few days:

[10-Feb-2025 23:52:37 UTC] PHP Fatal error:  Uncaught Error: Class 'WP_Optimize_Delay_JS' not found in /home/path/wp-content/plugins/wp-optimize/wp-optimize.php:332
Stack trace:
#0 /home/path/wp-content/plugins/wp-optimize/wp-optimize.php(652): WP_Optimize->get_delay_js()
#1 /home/path/wp-includes/class-wp-hook.php(324): WP_Optimize->plugins_loaded('')
#2 /home/path/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array)
#3 /home/path/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
#4 /home/path/wp-settings.php(559): do_action('plugins_loaded')
#5 /home/path/wp-config.php(100): require_once('/home/path/...')
#6 /home/path/wp-load.php(50): require_once('/home/path/...')
#7 /home/path/wp-blog-header.php(13): require_once('/home/path/...')
#8 /home/path in /home/path/wp-content/plugins/wp-optimize/wp-optimize.php on line 332

• This reply was modified 1 month ago by dvsmith.

Also having this issue under 4.4.1.

I’m having the same issue, since updating to 4.4.x

I have a weekly backup scheduled, which was working fine, but the plugin reports that it’s “been a long time” since the last backup and now it incessantly updates files (which has led to a warning from my hosting provider about wp-cron CPU loads).

Thanks, Marcus — I’ve been pulling my hair out over this — it’s also broken another plugin, which I’ve used to run a grants competition, that ends today.

Hm. I suspect its to do with the fact that the new server has /wp-admin/ .htaccess restrictions.

Thanks for that bit of info — now I have a specific place to point out to the OIT staff (since I can’t change that access rule, myself).

(This wouldn’t be the first time that their security paranoia has broken parts of the site; I’d move the site to an off-campus host, but we’re a provostial department and not allowed to do so.)

That’s my suspicion, too.

Maddeningly, after turning off Jetpack, it worked fine for a short while, then failed, again, without any changes to the production configuration.

I pulled all other plugins from the dev site and switched the theme to TwentyTwelve, without any resolution.

I have a feeling that it may be some remnants of WP-SuperCache, due to a generated comment tag, despite the fact that I’ve deleted the plugin and all the files I have permission to modify.

Unfortunately, my hands are partially bound — I had complete access and control over my old server, which suffered a hardware failure, two months ago. IT policy changes, since the old box went live, mean that I don’t have total access on the new dev box and zero access to the production install (aside from the WP Dashboard and a sync script). In addition, the old box was running SUSE and the new site is a different distro, so there are some differences in the overall configuration. (And I’m not even allowed access to the Apache/mySQL/PHP logs.)

It could also be WP 3.5.x; the site was upgraded from 3.4.x without my permission, due to a security scare with another WP install, on another box, run by another department, so I didn’t get a chance to test my custom theme against it and sort through any deprecated code.

Hm.

Apparently, the issue lies in some interaction with Jetpack (it and one other ‘essential’ plugin were the only ones I didn’t disable).

I’m still scratching my head on this.

Andrea,

Thanks for the fast reply.

The one snag is that the sub-networks don’t show Super Admin in their dashboards — it looks, instead, like I’m logged in as a non-super sub-domain site administrator. The Super Admin settings in the main site are set to allow large file uploads, and the sub-domains under it respect those settings, but not the sub-network sites.

I have been slowly resigning myself to the necessity (and relative ease) of relying on the MU domain mapping plugin, rather than monkeying with the database. (I’m getting really tired of issuing MySQL commands every time I want to add a new theme to the sub-network sites.) Hmm… I guess it’s just my geeky pride that’s standing in the way.

Thanks!

That worked perfectly (either deleting the cookies, or using the salt keys).

Do you mean the contents of the home page appear in the main body of the admin page?

Or do you mean that your browser is redirected to to the home page, so that you no longer see the wp-admin URL in your browser but instead the URL of your home page?

The latter.

Are you logged in as an admin?

Yes.

Have you activated any other plugins recently?

It was the result of a conflict with WP-Firewall.

I was able to identify it via the ‘Conflict Catcher‘ method of turning off half my plugins, then seeing if the problem still occurred, and then systematically repeating, halving the number of plugins each test iteration.

Whitelisting *wp-admin/edit.php* and *wp-admin/tools.php*, as described here: https://www.ads-software.com/support/topic/310508?replies=3 did the trick, eliminating the need to disable Firewall whenever I need to manually backup or make a scheduled backup settings change.

Oddly, this works fine on the front page, but not in the sidebar:

<h2>Upcoming Events</h2>
		<?php $posts = get_posts('category_name=Calendar&showposts=5&post_status=future&orderby=date&order=ASC'); ?>
		<?php if( $posts ) : ?>
		<ul>
			<?php foreach( $posts as $post ) : setup_postdata( $post ); ?>
			<li>
				<span class="date">
					<?php the_time('D. F j, Y | g:i a'); ?>
				</span><br />
				<a href="<?php the_permalink() ?>">
					<?php the_title(); ?>
				</a>
			</li>
			<?php endforeach; ?>
		</ul> 

		<?php else : ?>
			<ul>
				<li type="none">
					<p class="center">There are no events currently listed in the database. Check back soon for updates.</p>
				</li>
			</ul>
		<?php endif; ?>

Upon upgrading from 2.7.2 to 2.8.2, I was having the same problem.

The culprit, in my case, was PodPress.

Hello? Is this thing on? [tap][tap][tap]

I was getting the same error after successfully moving my site from one URL to another.

I simply re-entered (pasted) my API key and clicked “update” in the Akismet configuration page and all was fixed.