There is a race condition somewhere in this module that causes empty CSS files to be written to disk. I have no idea where the bug is. The workaround is to keep deleting the empty CSS files until finally the full file can be written before the next HTTP request for it comes in.

Comments

mrfelton’s picture

Version: 6.x-2.1 » 7.x-1.x-dev

This happens on Drupal 7 too. It's very easy to reproduce the problem consistantly. With the module enabled:

3) /admin/modules and save the page
4) Go to /node/add - now all the css will be screwed up, and if you look at the css files referenced in the source one or more of them will be completely empty files
5) Clear the cache
4) Go to /node/add and the css will be working again

Rinse and repeat!

bryancasler’s picture

bryancasler’s picture

Here is a screenshot of all the empty css files being generated.

http://snpr.cm/ravus0.jpg

mikeytown2’s picture

If using advagg & css_emimage this doesn't happen. It's not a fatal race condition; if it was fatal no file would be saved, right now empty files are being saved.

ckng’s picture

Issue summary: View changes

This is reproducible with
- advagg-7.x-2.4 + css_emimage-7.x-1.3
- advagg-7.x-2.x-dev + css_emimage-7.x-1.x-dev

Empty files are being generated, and css embedded image not happening.

nicholas.alipaz’s picture

What versions of advagg and css_emimage combination does this not happen on? thanks.

jason.fisher’s picture

i.e. As long as you have advagg configured and catching 404s, it should generate any needed/missing CSS on-the-fly and solve this issue. I think you might need to have the advagg bundler enabled.