Installation fails, resources not loaded correctly

Hi @essep,
This sounds like it might be a caching issue. Resources aren’t supposed to be cached in the WordPress admin environment but we do occasionally see that happening. This would explain why installing an older version works, the cache thinks those files exist but it doesn’t see the new ones.

If you try clearing all cache in any WordPress plugins, content delivery networks and also in your browser, that would probably fix it. I’d recommend clearing them one at a time and testing in between so you can narrow down which one is causing it.

Thank you for the answer and sorry for the late reply.
I don’t have cache plugins installed and have tried clearing the browser cache (and using a different browser) with no effect. Do I need to look in other places too to delete cache?
I’ve tried installing the plugin “WP Admin no cache” that disables browser caching, but the problem stays.

The same problem has appeared trying to install the plugin in another server for another unrelated wp installation (a multisite).

Thanks

Hi again,
It’s possible that there is some cache on the server. Your host should know if that is the case, so you could try checking that with them.

When you update Wordfence and get the 404 errors, you should also be able to check if those files exist or not which may help narrow it down a bit. For example, if you install 7.1.16 this file should exist:

/wp-content/plugins/wordfence/css/wf-colorbox.1539704326.css?ver=7.1.16

If you use FTP/SSH or any file browser your web host provides, you’d find it in wp-content/plugins/wordfence/css folder.

If you can find the file there I’d recommend you try to load the URL in your browser to see what happens then.

• This reply was modified 6 years ago by wfasa.

You’re right, the file /wp-content/plugins/wordfence/css/wf-colorbox.1539704326.css is visible via ftp, but i cannot reach it through the browser.

Hi @essep,
That’s interesting. The that could indicate some problem with your theme, another plugin or possibly your .htaccess rules.

You could try using the Health Check plugin. It can be used to deactivate all plugins for the logged in admin user only. Then your visitors won’t notice while testing.

https://www.ads-software.com/plugins/health-check/

Hi wfasa,
I’ve tried troubleshooting with health check as suggested. But the problem is present even if the only active plugin is wordfence, with twentyseventeen theme active.

So I’ve looked at the .htaccess and it looks like the default wordpress one, with just a couple of comment rows from ‘Duplicator plugin’:

# This file was updated by Duplicator on 2017-09-20 08:38:14. See .htaccess.orig for the original .htaccess file.
# Please note that other plugins and resources write to this file. If the time-stamp above is different
# than the current time-stamp on the file system then another resource has updated this file.
# Duplicator only writes to this file once during the install process while running the installer.php file.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

I don’t have duplicator installed in the other wordpress installation that is giving me the same problem.
I’m contacting my host to try excluding server problems.

Thank you.

Hi again @essep,
It does sound like this is probably an issue with server side cache then. I do recall we saw something similar with Cloudflares Rocket loader at some point where it would cache WordPress admin pages. That issue should have been resolved a long time ago though.

If you can see the file via FTP but it’s not loading in a browser, your host should hopefully be able to explain why though. Fingers crossed!