calumbrash

Hi @martinneumannat,

I’ve been able to replicate this and have tasked up a fix that will be available in an upcoming release soon.

Thanks,
Calum

Also please check that you’ve cleared your page cache to make sure it’s not serving an older version of the page.

Cheers,
Calum

Hi @martinneumannat,

Can you provide us with a screenshot of the Asset Optimization page showing the settings you’ve set on the files?

Cheers,
Calum

Hi @tom9000,

These files are hosted on https://www.google-analytics.com so we have no control over what browser cache expiry times are set to.

Kind Regards,
Calum

It looks like you’re using Page Caching, while you’re making changes please turn off Page Caching or else it will serve a cached version of the page without the changes in effect.
Also when making changes to the files in Asset Optimization are you making sure you save those changes by clicking the Publish Changes button at the bottom?

Cheers,
Calum

Hi @tom9000,

My Deutsche isn’t the best :), but from what I can tell it’s telling you to remove the render blocking resources from above the fold. You will notice there are two other options available in your screenshot https://prnt.sc/lcvo66 try moving the resource to the footer and deferring. This should help with this error.
Also a piece of advice, only make changes to one file at a time and then check your front end to make sure it hasn’t broken anything, some files won’t handle being moved.

Cheers,
Calum

Hi @tom9000,

If that is the case then the file is already compressed and doesn’t need to be compressed again. Some files (usually with .min in their filename) are already compressed and nothing further will happen by recompressing them.

Kind Regards,
Calum

Hi @tom9000,

You will see that the source of that file is located in an Autoptimize directory, Hummingbird won’t find this file.
Your performance drop is likely to be due to having those files compressed. You can turn on compression within Hummingbirds Asset Optimization too. Once you’ve configured all your files you should see your performance score return to normal. You will also then be able to properly defer and load the recommended files in the footer.

Cheers,
Calum

Hi @tom9000,

Within Hummingbirds Asset Optimization you can find the files mentioned in the error and toggle the Move to Footer & Defer options. I see you’re using Autoptimize as well as Hummingbird – it’s not recommended using multiple performance plugins as it can cause conflicts.

Kind Regards,
Calum

Hi @martinneumannat,

Have you tried clicking the Re-Check Status in Hummingbirds GZIP settings after adding the configurations?

Cheers,
Calum

Hi @calle81

Could you please do a plugin conflict test by going through and deactivating each plugin one by one and checking each time if it resolves the issue with wp-admin/upload.php not loading. Also please try a different browser e.g. Chrome/Firefox/Safari

Cheers,
Calum

Hi @calle81,

If you have uninstalled and deleted Smush, it’s unlikely to be the cause of your issue.
Could you please inspect the page using developer tools and see if there are any console errors showing? https://developers.google.com/web/tools/chrome-devtools/console/

Cheers,
Calum

Hi @willstockstech,

That’s a fair statement. I will add this as a feature request to be discussed further with the our other developers and keep you posted here.

Cheers,
Calum

Hi @willstockstech,

If you have gzip compression enabled on your server (you can find steps to enable this in Hummingbird), your server will handle the compressing of the pages before serving it for the site visitor.

Cheers,
Calum

Hi @dillilabs,

The S3 integration is not available on the free version of the plugin. If you have a paid subscription with WPMUDEV, you should be able to download the update with the fix through the dashboard plugin.

Best regards,
Calum