Cloudflare frequently returning incomplete files to browsers

Files passing through cloudflare are arriving incomplete (suddenly truncated). This includes html output and js files, possibly css fiels as well.

The issue is intermittent, but frequent (refreshing the page several times will return a defective page).

I’ve tried turning on developer mode (didn’t fix).

When I modify my hosts file to connect directly to my origin server, there are no problems.

Problem started this afternoon.

Any thoughts/suggestions?

7 Likes

I have the same issue - it’s rendering our application useless at the moment since JS is always cut after between 30 and 200kb of approx. 1 MB. The file size is consistent between cache refreshes, and on a non-proxied domain it works perfectly fine.

Same issue here, all big files are incomplete when passing through cloudflare, this started a few hours ago, an some of my pages are basically “offline” do to this issue (server side rendered react…).
This is a huge problem!

1 Like

This is also happening in our side.
Big files with .js,.css,.txt and more are returning incomplete.

My site: www.kromara.com
Doesn’t load CSS sometimes.
I occasionally get JS errors in the console. I looked at the network monitor in dev tools and didn’t notice anything odd with the assets that were loaded. (All returned 200 OK)

I tried turning off caching, and I don’t think that helped.
Any ideas as to why a CSS wouldn’t load sometimes?

May I ask what error do you get? 404 or?

Or the issue is when you edit your CSS file, but it doesn’t get applied and you do not see those changes? → could be a cache if so.

May I ask, is it an error like 404 or a warning like .map is missing?

When CSS doesn’t load the page looks like it doesn’t have a stylesheet applied, no 404 error, no errors what-so ever

The JS error:

Uncaught SyntaxError: Unexpected end of input rs6.min.js?ver=6.5.7:36

May I ask what SSL option have you got selected under the SSL/TLS tab at Cloudflare dashboard for your domain? (Flexible, Full, Full (Strict) ...)

Maybe missing some closed brackets like }); if so? - it’s also a minifed version, which could be harder to find out (due to the .min.js part of the filename)

This indicates to me as it’s a Slider Revolution, corret?
If so, 6.5.7 is a bit older, the newer one is 6.5.8 as far it fixes some bugs as follows at the below changelog:

Maybe if you try to contact their support about the version you are using and the error you get.
Hopefully, you aren’t using a nulled version of it, which could contain some malware / malicious code injected into that .js file too (also possible).

Can you please open a ticket and post the # here?
support AT cloudflare DOT com

1 Like

Here you have #2256276

1 Like

Same issue here. I hope this is resolved quickly.

Experiencing the exact same here. Waiting for the update on https://www.cloudflarestatus.com/

This is a Cloudflare issue. It might be related to the Rocket Loader issue that’s currently ongoing as per Cloudflare status. I’m also at one of the locations marked as “Re-routed” rather than “Operational” on Cloudflarestatus. I don’t know which is the issue but there is an ongoing technical problem on Cloudflare’s end and I hope it will be resolved quickly.

We have the same issue on several sites (not all) on different servers. Some sites on the same server still work fine. Happening for a few hours now. None of these sites use rocket loader

Wondering if anyone is using anything like what I am.

I’m on Amazon Lightsail

Using Bitnami Wordpress Multisite

I’m on WP 5.8.1

This just started happening a few hours ago.

My SSL is set to Full

Ugh. I am seeing the same thing. When I connect directly to the origin server, pages are served as expected. When I connect via Cloudflare, nothing is returned.

That’s consistent with my findings. The last successful post in my forum was at 3:24PM EST.

Here’s the curl -i output from Cloudflare; it seems to be connecting just fine, but returns no content (the same command to other sites returns the headers followed by the page content).

% curl -v -A "Blank" -i https://www.home-barista.com

*   Trying 104.21.77.203...
* TCP_NODELAY set
* Connected to www.home-barista.com (104.21.77.203) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/cert.pem
  CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-ECDSA-CHACHA20-POLY1305
* ALPN, server accepted to use h2
* Server certificate:
*  subject: C=US; ST=California; L=San Francisco; O=Cloudflare, Inc.; CN=sni.cloudflaressl.com
*  start date: Jun 23 00:00:00 2021 GMT
*  expire date: Jun 22 23:59:59 2022 GMT
*  subjectAltName: host "www.home-barista.com" matched cert's "*.home-barista.com"
*  issuer: C=US; O=Cloudflare, Inc.; CN=Cloudflare Inc ECC CA-3
*  SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x7ff22500d600)
> GET / HTTP/2
> Host: www.home-barista.com
> User-Agent: Blank
> Accept: */*
> 
* Connection state changed (MAX_CONCURRENT_STREAMS == 256)!
< HTTP/2 200 
HTTP/2 200 
< date: Tue, 14 Sep 2021 21:11:37 GMT
date: Tue, 14 Sep 2021 21:11:37 GMT
< content-type: text/html; charset=UTF-8
content-type: text/html; charset=UTF-8
< set-cookie: hbforums330_u=1; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
set-cookie: hbforums330_u=1; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
< set-cookie: hbforums330_k=; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
set-cookie: hbforums330_k=; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
< set-cookie: hbforums330_sid=ed0934d41c268e3aea503400913850be; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
set-cookie: hbforums330_sid=ed0934d41c268e3aea503400913850be; expires=Thu, 14-Oct-2021 21:11:37 GMT; path=/; domain=.home-barista.com; secure; HttpOnly
< cache-control: private, no-cache="set-cookie"
cache-control: private, no-cache="set-cookie"
< expires: Tue, 14 Sep 2021 21:11:37 GMT
expires: Tue, 14 Sep 2021 21:11:37 GMT
< referrer-policy: origin-when-cross-origin
referrer-policy: origin-when-cross-origin
< link: </forums/assets/fonts/fontawesome-webfont.woff2?v=4.7.0>; rel=preload; type=font/woff2; as=font
link: </forums/assets/fonts/fontawesome-webfont.woff2?v=4.7.0>; rel=preload; type=font/woff2; as=font
< x-frame-options: sameorigin
x-frame-options: sameorigin
< x-content-type-options: nosniff
x-content-type-options: nosniff
< x-xss-protection: 1; mode=block
x-xss-protection: 1; mode=block
< strict-transport-security: max-age=31536000
strict-transport-security: max-age=31536000
< cf-cache-status: DYNAMIC
cf-cache-status: DYNAMIC
< expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
< report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=HM4VDw2WkFg5G%2Bu48BcPIw3M7mi%2FLCo0ft%2Fklvuu1XLi5Gi86FtNy8oYgG2s6ZZLjcIRO1lsNgjFocAaHuNqUNCJ8U1XiNnJ3u9vKH30WCe4zPvh4X3%2ByTrSOdlRFQIohiC8IABsbA%3D%3D"}],"group":"cf-nel","max_age":604800}
report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=HM4VDw2WkFg5G%2Bu48BcPIw3M7mi%2FLCo0ft%2Fklvuu1XLi5Gi86FtNy8oYgG2s6ZZLjcIRO1lsNgjFocAaHuNqUNCJ8U1XiNnJ3u9vKH30WCe4zPvh4X3%2ByTrSOdlRFQIohiC8IABsbA%3D%3D"}],"group":"cf-nel","max_age":604800}
< nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
< server: cloudflare
server: cloudflare
< cf-ray: 68ec9bd9cefccefc-IAD
cf-ray: 68ec9bd9cefccefc-IAD
< alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400, h3-28=":443"; ma=86400, h3-27=":443"; ma=86400
alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400, h3-28=":443"; ma=86400, h3-27=":443"; ma=86400

< 
* Connection #0 to host www.home-barista.com left intact
* Closing connection 0

Here I am getting the same error.

We have some subdomains hosted on cloudflare, but some sites are working normally and some sites are crashing…

Sometimes, cloudflare returns some empty files (js, html and css), and after reloading, the files are served normally. But when reload again, the files are crashed again.

All the sites are hosted by AWS and passing from cloudflare with SSL Full.

When we try to access the site using origin IP, it’s working normally.

I have 148 of 150 sites running smoothly, but 2 with the same hosting provider have the problem, it’s weird. I wouldn’t guess it was Cloudflare the problem.

Hi folks,
I logged into one of my dev sites today and was surprised to see the WP Admin CSS busted. That is, it’s partially there, but massively missing lots of stuff. The CSS file that looks like so has nothing but a bit of font CSS https://example.com/wp-admin/load-styles.php?c=1&dir=ltr&load[chunk_0]=dashicons,admin-bar,site-health,common,forms,admin-menu,dashboard,list-tables,edit,revisions,media,themes,about,nav-menus,wp-poi&load[chunk_1]=nter,widgets,site-icon,l10n,buttons,wp-auth-check&ver=5.8.1

This made me think it’s something to do with CSS minification, so I turned that off, but no dice.

I’ll note that very occasionally it sort of works, in the sense that it mostly displays the wp-admin correctly, but there are still visual glitches that are very obvious if you’ve used WP at all.
I then tried disabling ALL the minification settings and Rocket Loader, purging caches, and none of that works.

When I disable Cloudflare entirely and/or set a direct IP in my hosts file, I get the normal response/layout from the wp-admin. But so long as it’s going through Cloudflare, the whole thing is massively borked.

Of course, I could just tell CF not to touch the wp-admin, but it’s been working fine for weeks, so I’m a bit puzzled at this sudden breakage. Seems like a bug no?

Thank you for the reports and sorry for the issues. We are investigating these and I’ll drop an update here as soon as I have it.

8 Likes