Hi,
A few months back you (Cloudflare) replied to my post saying your acknowledged a bug and you solved. Now the bug came back again. The post is at:
The exactly same problem: chars being corrupted and it looks like for the same reason.
I have hundreds of websites hosted with you and most of them are showing this bug again. Please take a look urgently into this.
Could you please share a URL with this issue?
Hi,
The problem is the same I reported other time, multiple people confirmed the same problem and even your support acknowledged it and fixed it.
To see the problem, open the URL below:
https://www.quemfazsite.com.br/teste1.html
You will see some chars will be corrupted. Now open the URL below:
https://www.quemfazsite.com.br/teste.html
You will see the chars are not corrupted. The only difference is that in the second I specified the meta charset at the head BUT untill the day I reported this problem, it was never necessary to use a meta charset. All the browsers would simply guess correctly the charset.
The bug I reported previously and that you already fixed, was related to the charset being specified in the header of the request (not in the head of the HTML file). Now the same bug is happening, but with the meta tag chart set in the head
Hi @contato your HTML is relying on a heuristic at browser level which does not guarantee to be working on every browser. I checked the zone you mentioned in the previous topic (https://www.sitepor500.com.br/) and it works correctly
I would recommend to either:
Chrome is currently using a heuristic algorithm to guess your encoding is windows-1252. There is no guarantee this is correct and it can change in any Chrome release.
@mabba your are 100% wrong. If I disable the cloudflare proxy, the bug does not happen.
Here is the link where the corruption happen when the traffic goes inside cloudflare:
https://www.quemfazsite.com.br/teste1.html
Below is exactly the same file but with a direct hit on my server (there is a certificate error because of an expired certificate, just add an exception so you can open the link):
REMOVED THE LINK TO HIDE MY IP SERVER
You can clearly see that Cloudflare is messing around with something that until a few days ago it was not messing. Cloudflare is simply breaking compatibility for milions of websites - it does not matter if users should not rely on browser heuristics, it matters that cloudflare is breaking things that are working.
I invite you to follow the recommendation as indicated. Please let us know how it goes
If he follows the recommendation and âletâs you know how it goesâ that still doesnât explain why the behavior changed depending on whether or not the website is being proxied.
If it were purely a change in browser behavior the proxy status wouldnât have an impact.
@contato the 
team is heads down building half baked features for developer week. Perhaps when they are done releasing new features that donât work, they can go back and focus on existing ones which donât work.
While I understand what youâre suggesting here will likely resolve it for this user, and would be a better long term solution, it still sounds like there was still some kind of breaking change or regression here. It doesnât matter what the user can do to fix it - if something used to work with cf enabled and now doesnât - thatâs on Cloudflare.
If this is indeed a regression or breaking change, an incident should be raised and this better investigated and/or fixed/rolled-back to where it doesnât impact customer sites.
@mabba @albert Thatâs crazy how the support team from Cloudflare dont give a damn about backwards compability. Clearly, 100% clearly, Cloudflare broke something.
Browsers have a very sophitistacted algorithm to correctly guess the encoding, and most of the times they guess it correctly. Despite the effort of browsers devs to create a very nice and reliable algorithm to detect encoding, CF simply decides to break it and doesnt give absolute any chance for the browser to correctly guess the encoding since you already broke it⌠and itâs nice of you to blame me, a nice touch.
CF is losing track of what they represented. Thatâs always what happens when a company gets big. Lets wait for the big competitors to get into this market. Itâs well known that Microsoft and Alphabet are implementing free CDN solutions in the near future for âprivacy concernsâ⌠so thatâs that.
Thank you for blaming me on this encoding issue you created and thank you for devaluating the effort browsers do to guess the correct encoding⌠itâs nice of you to simply break the chars and not give the browsers any chance to correctly render the enconding.
@cscharff @cherryjimbo I agree 100% with you. Thank you for contributing.
There was this incident which was just resolved
Can you see if itâs still happening for you?
I too thought they might be related but his first link https://www.quemfazsite.com.br/teste1.html appears to still be serving incorrect characters.
Both links I provided are proof that Cloudflare is the one to blame: both links serve exactly the same file, one uses cloudflare and the other does not. Anyone can easily reproduce it
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.