New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 616212 link

Starred by 11 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Compat



Sign in to add a comment

Facebook rendering issues on M51

Project Member Reported by jainabhi...@chromium.org, May 31 2016

Issue description

Version: 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
 
Facebook_0.jpg
627 KB View Download
Facebook_1.jpg
418 KB View Download
Facebook_2.png
1.8 MB View Download
Summary: Facebook rendering issues on M51 (was: Facebook does not render on M51)
Windows 10 only? Seems fine on Windows 7. Shouldn't this be Pri-0?
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.
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] 


FACEBOOOK PROBLEM.JPG
447 KB View Download

Comment 5 by e...@chromium.org, Jun 1 2016

Components: -Blink>Layout Blink>Loader
Looks like a text decoding problem. I suspect there might be a proxy rewriting the response or trying to inject content.
the same problem and i have it for days now and still no solution,
now i use firefox to open my facebook
face problem.PNG
245 KB View Download
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
Cc: kenjibaheux@chromium.org
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?
guys after after i exit Kaspersky antivirus   that i am using and  and restart chrome, facebook work just fine


Thanks for the confirmation.
I believe that Kaspersky has released a hotfix for this issue.
Disabling Kaspersky has solved the problem ... but need a fix.. disabling antivirus is temporary solution..  
Components: -Blink>HTML -Blink>Loader
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
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?
Components: Internals>Network>Filters
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

Cc: eustas@chromium.org
Have this bug too: Firefox, last version, Windows 7.
Labels: -Pri-2 Pri-1
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?
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
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.


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).
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)
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.

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?
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