Forums › English Language Forums › Technical › Technical Issues

Buscar

Unexpected end of file from server

4 respuestas [Último envío]
Mar, 07/26/2011 - 02:55
Yoichi
Legacy Username

Some people, myself included, have been getting an error along the lines of "Received unexpected end of file from server" when patching.

Looking in the launcher.log reveals something like this:

2011/07/26 09:19:32:122 INFO g.a: Attempting to refetch 'digest.txt' from 'http://download.threerings.net/spiral/20110721120606/digest.txt'.
2011/07/26 09:19:32:163 WARNING g.a: getdown() failed.
java.net.SocketException: Unexpected end of file from server
at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.URL.openStream(Unknown Source)
at com.threerings.getdown.a.e.h(Unknown Source)
at com.threerings.getdown.a.e.a(Unknown Source)
at com.threerings.getdown.a.e.p(Unknown Source)
at com.threerings.getdown.a.e.b(Unknown Source)
at com.threerings.getdown.launcher.Getdown.run(Unknown Source)

Some suggest navigating to http://download.threerings.net/spiral/20110721120606/digest.txt and also the appropriate getdown.txt page, and downloading them manually.

In my case, and a couple of others I've stumbled upon, navigating to the digest.txt url produces something along the lines of a Content Encoding Error in Firefox 4 (a.k.a Content Decoding Failed, or Error 330 in Chrome). Obviously, that makes testing that potential fix difficult. It also pretty clearly indicates that the HTTP Header parsing failing (see the stack trace) occurs for more than just the getdown Java downloader, at least on my machine. However, browsershots.org could load the page without any problems...

So... I shoved that URL into proxify.com, and it worked fine. Thus allowing me to manually download the digest.txt. This did solve the unexpected EOF problem.

I have no idea why my machine won't interpret the header properly, and if anyone knows, I'd be keen to resolve that.
In case it matters, the only firewall I have is the Windows Firewall, and I am running:

Windows 7 Professional x64
Java 1.6 (Update 25)

NOTE: I have the Steam version of SK, and only just got it yesterday, so this is the first time I have run the game.

Mar, 07/26/2011 - 15:34
#1
Imagen de Starlinvf
Starlinvf
The parse error I think is a

The parse error I think is a result of being unable to read the data stream. It was mentioned in another thread that IE could fetch the files, but FF and Opera ran into the encoding error. Its commonly attributed to config problems on the server or proxy server thats compressing an already compressed data stream. trying to find out if disabling gzip in FF lets the browser fetch properly, but haven't found anyone to test it yet.

Mié, 07/27/2011 - 00:07
#2
Yoichi
Legacy Username
I think the parse error is

I think the parse error is caused by whatever is handling the HTTP data (the relevant Java class, part of FF, Chrome, or whatever) believing that the encoding specified by the HTTP header and the encoding the body is actually in when it is received are not the same. As you say, this could be caused by compressing an already compressed stream. However, I have already tried disabling gzip in Firefox (someone mentioned that elsewhere IIRC), and it did not work.

I tried IE9 just now out of curiosity, and it has the same problem, so all three browsers installed on my machine seem to have the same problem.

Also, it occurred to me to try turning gzip off and then asking proxify for the digest.txt. The result is garbage (read: data compressed with gzip), as opposed to when gzip is on (when I get the decompressed data). My (not necessarily correct) interpretation of this is that the proxy server is probably correctly rewriting the header.

Mié, 07/27/2011 - 00:53
#3
Imagen de Starlinvf
Starlinvf
Think its a server issue or a

Think its a server issue or a transparent proxy issue?

Mar, 08/23/2011 - 19:31
#4
flat84
Legacy Username
somthing that may be of

somthing that may be of interest here is that i have sucsessfully downladed the patch using the same machine that could not previously by simply switching ISP's, in this case disconnecting my broadband connection and using a cellphone as a modem.

a simple solution to this problem would be to provide the necessary files for a patch or update in a single downloadable zip file with instructions for manually updating the client.

Sitio elaborado con Drupal, un sistema de gestión de contenido de código abierto