https://bugzilla.wikimedia.org/show_bug.cgi?id=19242
Tomasz Finc <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #4 from Tomasz Finc <[email protected]> 2009-06-23 02:48:22 UTC --- Did a quick verify on OSX 10.5 using wget 1.11.4 and everything is showing up just like it should. 4.9GB /opt/local/bin/wget -S http://download.wikimedia.org/enwiki/20090610/enwiki-20090610-pages-articles.xml.bz2 ...... HTTP request sent, awaiting response... HTTP/1.0 200 OK Connection: keep-alive Content-Type: application/octet-stream Accept-Ranges: bytes Content-Length: 5227630350 Date: Tue, 23 Jun 2009 02:24:22 GMT Server: lighttpd/1.4.19 Length: 5227630350 (4.9G) [application/octet-stream] Looking at http://tinyurl.com/ozafl2 shows the same correct content length header being returned if the user agent is IE. It also correctly downloads past 899MB from my personal server that is not running in the wikimedia cluster. I'll try this with IE after re-installing windows in the next day or so just to make sure its not an issue with the browser but otherwise I'm really suspecting a 32bit proxy here. Gene, could you post in the content length you seeing on the wget downloads by adding a "-S" ? It would also be nice to know if you going through a 32bit proxy as Brion says. That could easily do it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
