Facebook rendering issues on M51 |
|||||||
Issue descriptionVersion: 51.0.2704.63 m OS: Windows What steps will reproduce the problem? (1) Open Facebook.com What is the expected output? Facebook page should load. Users should see a login screen or facebook wall. What do you see instead? Users see code instead. Please see screenshots. Based on user feedback, 1. Users don't experience this issue in Firefox or IE. 2. Users have cleared browser cache and cookies 3. Users tried to view facebook in Incognito (to rule out bad extensions) 4. Users uninstalled / re-installed chrome 5. Users tried to view facebook in Chrome beta but still experience this issue Forum : http://groups.google.com/a/googleproductforums.com/d/msg/chrome/ra69l2w1oas/CYkPgCLWBAAJ
,
May 31 2016
Windows 10 only? Seems fine on Windows 7. Shouldn't this be Pri-0?
,
May 31 2016
In feedback reports, users reported this issue on Windows 10, 8, 7 and maybe other OS platforms as well (we are still analyzing data) Also, we have few reports from users on 50.0.2661.102 m which could mean either this issue grew worse or this is an issue on facebook end.
,
Jun 1 2016
Still showing the same problem OS (Windows 7) and exact Chrome version (51.0.2704.63 (Official Build) m (64-bit)). Facebook DOES NOT work in incognito mode [ctrl + shift + N]
,
Jun 1 2016
Looks like a text decoding problem. I suspect there might be a proxy rewriting the response or trying to inject content.
,
Jun 2 2016
the same problem and i have it for days now and still no solution, now i use firefox to open my facebook
,
Jun 2 2016
hi have recently had this problem myself, dont really have anything new to add except that after switching to firefox to view facebook it lasted a day and then the same thing happened on there too, fingers crossed for a solution
,
Jun 2 2016
My initial guess is this due to Brotli and TLS MITM - although that would impact Firefox as well. For people impacted - are you using Kaspersky AV?
,
Jun 2 2016
guys after after i exit Kaspersky antivirus that i am using and and restart chrome, facebook work just fine
,
Jun 2 2016
Thanks for the confirmation. I believe that Kaspersky has released a hotfix for this issue.
,
Jun 3 2016
Disabling Kaspersky has solved the problem ... but need a fix.. disabling antivirus is temporary solution..
,
Jun 3 2016
,
Jun 5 2016
Hi cbentzel@chromium.org, This user reports impact on Firefox too. He has Microsoft Security Essentials. In case it has to do with Brotli, would you know a solution? https://productforums.google.com/forum/#!topic/chrome/Ii2aGXeT34w
,
Jun 5 2016
Same issue. Antivirus installed is Microsoft Security Essentials, firewall is Windows 7 Firewall. When all are deactivated facebook.com still displays the characters. Any clue?
,
Jun 6 2016
,
Jun 7 2016
For context, the root cause of this issue comes from third party software/services that apply unnecessary transformations to network traffic. For instance, in the Kasperksy case, the "Content-Encoding: br" HTTP header was being removed, effectively leading Chrome (and Firefox) to believe that the content was not compressed. #11: Kasperksy has released a fix which should be applied by forcing an update. See the following thread on their forum: https://forum.kaspersky.com/index.php?s=c8e0b99f2519d132c6c741b8aee1fbd5&showtopic=351027&st=40 #13 and #14: 1. Do you use any VPN/Proxy? Can you try without VPN/Proxy? 2. Any Privacy/Content Filtering/Malware scanner related software running? Can you try without? Note: you might need to clear up the HTTP cache [1] (only Cached image and files should do) or alternatively try in Incognito [2] [1]: https://support.google.com/chrome/answer/95582 [2]: https://support.google.com/chrome/answer/95464
,
Jun 8 2016
,
Jun 9 2016
Have this bug too: Firefox, last version, Windows 7.
,
Jun 9 2016
,
Jun 9 2016
I have an idea - home screen would make a probe request and warn users that they need to update antivirus/proxy/firewall to avoid problems. WDYT?
,
Jun 10 2016
I'm in touch with ConOps to gauge the size of the issue and find out which other vendors didn't expect Brotli. Let's decide the next steps after that. We are also setting up stickies on the help forum. I would recommend anyone impacted to head over there to narrow down their root cause. https://productforums.google.com/forum/m/#!category-topic/chrome/report-a-problem-and-get-troubleshooting-help/vNXfCEkOyRQ
,
Jun 10 2016
Perhaps this UMA reflects the situation: https://uma.googleplex.com/p/chrome/timeline_v2/?sid=7f726b287475170c1fb7ce3aa109aeeb The number of "GZIP" requests failed to decode unexpectedly grows last days. Only Windows users are affected.
,
Jun 12 2016
There is something odd going on: if you split by Malware infected [true,false], it seems that the major root cause might not be antivirus but malware. While there is chance of a false positive, the malware classifier is probably right. So, I would recommend affected users to run malware checks, uninstall unneeded extension. The Chrome cleanup-tool might be useful: https://www.google.com/chrome/cleanup-tool/ Malwarebytes is also a popular option (not an endorsement).
,
Jun 20 2016
Fresh UMA shows that there was a short spike with malware == True. The problem still exists, though values are quite scattered" * on 10th June maximum has been reached * on 16th June it was almos normal (like one month before)
,
Jun 22 2016
Now we have data for 2 weeks. It looks like on Sunday values of Net.ContentDecodingFailed.FilterType are almost OK. Spikes come on Wednesdays and Fridays. Weekly max/min is about 10. At the same time Brotli.Status weekly max/min is about 1.2 I suspect that problems occur with traffic on workplaces where corporate policies / network environment modify traffic.
,
Jul 1 2016
Again, UMA are in good state. How can we check, was it because users has chosen different browser, or found a way to fix an internet connection?
,
Jul 3 2016
I got some news from Kaspersky. Here is the gist of it: For users on version 17, there are good news: "Soon there will be the available a new version of KAV/KIS/KTS - 17, which fully support Brotli algorithm." For users of version 16, less so: "For previous version - 16.0.0.614 available patch G with partial support of Brotli. We "cut" Brotli from the headers. We are preparing now patch D for last released version - 16.0.1.445. It will be available tentatively at the end on July." "In general, at the moment there are some hard excludes for resources witch support Brotli in our updatable bases (e.g. facebook.com etc.). They are available to all users (Chrome & FireFox) and no need any adjustments in the product. Unfortunately, there are no any guaranteed ways for fix problem for 16.0.1.445 on end user side for unknown/new resources, which support Brotli." That last part is concerning because it doesn't scale well. I'm waiting for a reply regarding this. Support page: http://support.kaspersky.com/12139 |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by jainabhi...@chromium.org
, May 31 2016