This is very interesting. I've heard about this behavior a couple of times before, and even when I now try to reproduce this (even selecting bg2 as my preferred mirror) I can't.

Next time a file is downloaded (with the .gz extension) could you "right click" and "copy link address" ?

I'm wondering if this happens when being redirected internally from www to a local mirror but thats very difficult to reproduce..

Sure, no problem. Chrome has the historial of that downloads that i made previously to this screencast. Fortunately i still with this on the history download, then i have and found many links that generated, forced; a download of a...

file "search.gz":
http ://www.php.net/search.php?show=quickref&pattern=instance+of
http ://www.php.net/search.php?pattern=abstract%20keyword (2 times)
http ://www.php.net/search.php?show=quickref&pattern=final (2 times)

file "results.gz"
http ://www.php.net/results.php?q=abstract&l=es&p=all

file "manual-lookup.gz"
http ://www.php.net/manual-lookup.php?pattern=abstract&scope=quickref

I've readed you didn't asked for, but there's also the list of some *.php files:

http ://www.php.net/manual/es/function.time.php (2 times)
http ://www.php.net/manual/es/mysqli-result.fetch-object.php
http ://www.php.net/manual/es/function.array-intersect-assoc.php
http ://www.php.net/manual/es/function.array-count-values.php
http ://www.php.net/manual/es/function.array-multisort.php
http ://www.php.net/manual/es/function.key.php
http ://www.php.net/manual/es/function.array-search.php

http ://www.php.net/function.compact - note the extension

http ://www.php.net/manual/es/function.compact.php
http ://www.php.net/manual/es/function.is-object.php (2 times)

Interesting. All on www, not a local mirror or anything..

Sascha: Can you look at this?

Hi,

we disabled content negotiation in the frontend reverse proxy.

This should avoid any bad interaction between external proxies, the reverse proxy and the origin.

Please let us know if the issue reoccurs, but give existing (bad) cache entries around the world 24 hours or so to expire possibly wrongly cached content until reopening the ticket.

Thanks and best regards
Sascha Schumann

Appears that it remains... I made other screencast, and it keeps happening,(sorry, i didn't read fully, I know, i didn't wait, excuse me.) As you said, i'm gonna see the other week if it keeps... The screencast has a link to a folder with "that files" that i tried to open, but them appears to be empty (even that them has some weight... 300B - 2KB )...
https://www.youtube.com/watch?v=Yo4UbC7Hths

Are you using some sort of proxy servers or can you think of any way for us to reproduce this?

No, or not that I know. I have understood that I am directly connected, i use proxy only when I'm in college. I don't know how my ISP deals with, internally. Well, the only weird adjustment I have is the DNS servers that i use. Sometimes the DNS servers of my ISP, sometimes DNS advantage servers. Whatever, oh surprise, today I started to look to see if that persisted (as well as in the last screencast i made, entering random text) and seems not. :) I've just tested it out with both DNS settings and it seems the problem disappeared. haha anyway, if that "files" could be useful, i'v placed them on a google drive folder: https://drive.google.com/folderview?id=0B8ry2CCVza-qX2FfdGRPTGRFVG8&usp=sharing.

(spanish) No, O no que yo sepa. Tengo entendido que estoy conectado directamente, solo uso proxy cuando estoy en la universidad. No se que manejos haga mi ISP, no es que sepa mucho del tema. Aunque bueno, el unico ajuste raro que tengo es el de los servidores DNS. A veces uso los de mi ISP, a veces los de DNS advantage. El caso, pues oh sorpresa, hoy me puse a mirar a ver si persistía (asi como en el ultimo screencast, ingresando texto aleatorio) y parece que no.  Acabe de probar con ambas configuraciones de DNS y parece que el problema se fue. jaja de todas maneras aca quedo una carpeta de google drive en la cual quedaron los supuestos archivos que se descargaban cuando hacia una busqueda; por si llegaran a serles utiles, caballeros.

HTTP/1.1 302 Found
Server: nginx/1.4.4
Date: Fri, 20 Dec 2013 05:32:11 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 20
Connection: keep-alive
X-Powered-By: PHP/5.5.5-1
Content-language: en
Location: http://www.php.net:80/manual-lookup.php?pattern=dfjkfdjkrejk&scope=quickref
Content-Encoding: gzip
Vary: Accept-Encoding




HTTP/1.1 200 OK
Server: nginx/1.4.4
Date: Fri, 20 Dec 2013 05:31:55 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 2379
Connection: keep-alive
X-Powered-By: PHP/5.5.5-1
Content-language: en
Link: <http://php.net/quickref>; rel=shorturl
Content-Encoding: gzip
Vary: Accept-Encoding

<gzip encoded> (seems broken though)


In this case, it looks like it got confused when we send gzip content encoding for redirects.


You mention this seems fixed now, which indicates your ISP is using a transparent proxy somewhere along the lines that has updated it cache now after the change made by sas@ few days ago.

If you notice this again, please let us know.. We should probably not be sending any content-encodings on redirects anyway so thats something we should look into at least