some users reported they are unable to use Google-Translate any more. I saw in the logs, Clients are trying to download GZIP files with the app google-translate-auto and google-translate-manual:
I'm sure, the users were able to use Google-Translate in past. So the problem is since recently.
we see also many GZIP (f.txt) download attempts with the app web-browsing.
When we block this download Google Instant and Google Maps does not work anymore.
This behavior started last week.
Our Data Filtering protocols are flooded with such entries.
Does anyone also see such a behavior?
I'm not a web dev guy.. at all..
But I wonder if they are using HTML5 to get the content to you in compressed format (gzip) then using the power of HTML5 to uncompress it within the browser. It would make their service faster and take less bandwidth.
Did you just recently enable SSL decryption? I just tested it and it does not ID any of the traffic as gzip until you decrypt it as Google forces SSL for Google Maps.
Sorry Hithead I brought Google Maps into play with my post.
I made the test also with Google Translate and saw the same behavior as you.
Maybe a little change on the ssl decoder?
its ok. seems the two problems (apps) have the same root cause.
if we could solve both, google translate and earth, would be nice.
I hope PAN can modify the google apps to let the gzip file passed.
You could modify your file blocking policy to allow gzip.
After that all works fine but only if you chose the action allow or forward. Continue does not work.
Nevertheless I would like to know what happened.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the Live Community as a whole!
The Live Community thanks you for your participation!