How To Fix WordPress Admin Styles Not Loading

This is one of those articles you tuck away in Evernote or your favorite “read it later” app because it will most likely not mean anything to you right this moment, but when it does happen, you will be glad you saved this.

When I got my new computer, I took the opportunity to clean up my local development environment. That meant a fresh installation of MAMP Pro and some new databases.

I got everything setup and I was settling in for a good, long second shift when I saw this in my WordPress admin.

WordPress Admin Styles Missing

WordPress admin CSS styles missing.

All the WordPress admin styles were not loading.

This was not what I had planned for my evening… *sigh*

I wasn’t sure what was going on… Could it be something wonky with my new computer? Was it due to updating to the shiny new WordPress 3.5? I tried to reinstall WordPress a couple of times to no avail, so intense Google searching ensued.

I cannot remember how many articles I read or how many suggested hacks I attempted. I do know it took well over an hour and none of them worked. Then I found something buried deep in some sketchy looking site, but it worked!

I am not trying to hold out on giving credit to the person who suggested it. I simply did not think to save the URL at the time. But this is what the article suggested.

And let me be clear… I do not encourage WordPress core hacks, but in the moment, I just wanted to fix it and move on with my small window of time I had to work on my hotfix.

In the wp-admin/load-styles.php file, find this line of code…

…and change it to this…

…and then simply refresh your WordPress admin screen a few times. You should see the WordPress admin CSS styles come back to normal.

That’s it! And you do not even have to leave this WordPress core modification in place. Once the admin styles come back, you can revert the line of code back to what it was and you should still have smooth sailing after that.


Dan in the comments also said that simply adding the code below to your wp-config.php file will also do the same trick. It certainly feels better than modifying the WordPress core, even if it is just temporarily.

So if you ever run across this, perhaps it can save you some time and get you back on track. I am not saying this will work in all cases of the WordPress admin not loading the styles, but this is what worked for me.

I have no idea why this works, so if you have a more technical or detailed explanation of why, then I would love to hear so in the comments.

I have never had this happen again, otherwise, I will dig in much deeper next time to see if I can identify a root cause.


I also had this issue with MAMP pro. I found that adding:

define(‘CONCATENATE_SCRIPTS’, false );

to wp-config.php worked as well. Perhaps you might feel a little better modifying config file over a core file.

    Dan : :

    Thanks for sharing!

    Your answer certainly feels better than modifying core WordPress files, but the fact that it has to be done at all is not right.

    I hope to dig into this deeper in the next week or so. I would love to figure out what is really going on. Perhaps you “fix” could help shed some light on that investigation.

    I’ll be sure and post the answer, if I get it figured out.

    THAT should be a big help identifying the cause. See for example the following article:

    So basically, some script is fuciking up the complete minification process, maybe a plugin using depecretated functions, or just being broken, while hooking into the WP admin CSS queue, eg. because of a newer PHP version, or maybe some minuscle changes due to the update, etc.

    cu, w0lf.

    Thanks Dear.
    Adding define(‘CONCATENATE_SCRIPTS’, false ); to wp-config.php works for me.

Hey thanks for sharing. That solved the Problem !!
I truly enjoyed reading about somebody else going through this exact same problem :)

Thanks again!


Thanks for sharing! I’ve been having this problem for quite a while now.. but only with Google Chrome, and not only in the WP Dashboard but on every site. Had to reload them like 3 times until they loaded in properly.

Thanks for the sharing again, one issue fixed!

Andor Nagy

You’r awesome! this article saved my job.


define(‘CONCATENATE_SCRIPTS’, false );

worked for me… THANK YOU!!!!!


Thanks for writing this. After some Google searching this article popped up.

I was really hoping either of two fixes would work.

Unfortunately they did not. :(.

I’ve also tried deactivating all plugins, re-installing wordpress, and it still persists.

I’m guessing its a theme issue.

Was struggling with all kinds of settings and endless reinstalls until I was like – Lets give it a google. I’m so happy I found this page haha,

Great solution with adding single line to wp-config, thanks :)
The reason is interesting. Is it related to web server? I have tons of installed wp in my server, but only one of them had this issue. Same settings, same web server.
In 2012 i have similiar problem (with wp-admin js scripts), that time i solved it with removing wp-admin and wp-includes folder and replacing them new fresh folders from WP install zip. That one also solved problem. But this time my site was in production mode with online users, so i decided to do easier one, which Dan suggested in comments above.

    Elvin : :

    I am fairly sure it is a sever issue, but I cannot explain why.

    I have tried to debug it multiple times and have always come up empty handed. It really bothers me that I cannot figure out the root cause, but at least we all know now how to get around this and keep on making progress with our projects.

    If you ever figure out what it going wrong or what configuration is making it trip, I’d love to know!

Thank you for this! Combined with the fix of adding the following line in wp-config.php, it fixed the missing style in my website.

define(‘SCRIPT_DEBUG’, true);

Credit for the other fix:

the css was not loaded in my case ( with wordpress 3.7.1) because of an encoding problem
force UTF8 encoding by replacing in wp-admin/load-styles.php the corresponding line by :
header(‘Content-Type: text/css; charset=UTF-8′);

Thanks for this. I had this issue in a single site of a multisite setup. The admin areas of the rest of the sites in the network were displaying fine. I was reluctant to edit wp-config as it applies to all the sites, but I tried adding define( 'CONCATENATE_SCRIPTS', false ); and it worked. Nothing changed in the other sites. I tried removing it and the problem reappeared. So I guess I’ll have to keep it there. Can you foresee any problem with that?

Add this line to wp-config.php

define(‘SCRIPT_DEBUG’, true);

This is what worked for me. :)

AbdelRahman El-Sergani August 25, 2014 at 6:51 am

Just restart apache. It appears like a caching issue where apache is caching the location of the css file(s), but after the updating wordpress, the new file(s) cannot be found.
Simply modifying the load-styles.css file forced apache to re-read it and cache it correctly.

Yeahhh ! merci pour ton post !

j’ai un hébergement chez Gandi et le CSS du panel d’administration ne fonctionnait pas !
je suis heureux d’avoir trouver ton post, en rajoutant
define(‘SCRIPT_DEBUG’, true);
define( ‘CONCATENATE_SCRIPTS’, false );

et dans le load_style.php
error_reporting( E_ALL | E_STRICT );

Tout marche ! (les images ne sont pas charger, exemple : icone de mon extension “Allow PHP in Posts” )

Merci encore

Hi Michael,

I’ve had this issue for quite some time as well, disabling script concatenation worked of course. I have to agree that this looks like a server issue. I used to use MAMP Pro but I am now using Vagrant to set up local sites. Since the switch I have not seen this. I have also had sites mirrored from a MAMP install to an online version exactly, right down to table prefixes and I have never experienced it there either.

Regretfully I can’t offer an explanation either, it eludes me what could have an effect on this on a server level.


define(‘CONCATENATE_SCRIPTS’, false ); this works for me also

define(‘CONCATENATE_SCRIPTS’, false );


Unfortunately, none of these solutions worked for me :-(
My site has been fine for months and now my dashboard is broken and impossible to work with…

define(‘CONCATENATE_SCRIPTS’, false ); worked for me, thanks so much!

Yet one more thanks, snippet works in wp-config! Was upgrading an old 2.8 site to 4.1, incremental upgrades of course and towards the end, the admin started playing up and after re-installs, digging into themes, plugins etc, I came across your site. Thanks!

Leave a Reply

Name and email address are required. Your email address will not be published.

You may use these HTML tags and attributes:

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>