Ketarin download appears to be corrupt

[TLE]

Hi,

 

I have just tried downloading Ketarin and it appears that the ZIP file is corrupt. I have tried on 2 PC's and get the same result.

 

Has anyone else had this problem?

 

Thanks

 

TLE

[andreone]

Nope. I just downloaded the file from http://ketarin.canneverbe.com/download successfully.

Maybe a proxy issue?

[TLE]

I can download the file ok, but I get an error when I unzip the file both at work and at home.

 

Winzip Error:

error[C:\Documents and Settings/username/My Documents/Ketarin-1.1.0.331.zip]: missing 175 bytes in zip file.

 

7-ZIP also errors.

 

Thanks

 

TLE.

[warwagon]

Still timing out for me. So Annoying because Ketarin is such a great app, its just all the file hippo downloads are timming out and have been for a long time.

[hherrie]

Still timing out for me. So Annoying because Ketarin is such a great app, its just all the file hippo downloads are timming out and have been for a long time.

Same for me... Only if I enable checking for beta versions, the Filehippo downloads don't time out...

[josh]

Hi,

You're discussing different subjects...

 

- Regarding Ketarin download i have just downloaded, extracted without error n calculated md5 wich is the same of my previous 1.1.0.331 build.

 

- Regarding Fillehippo i also did a 2 FULL updates (yesterday, today) without issues

[shawn]

The file at http://ketarin.canneverbe.com/download includes a zip file within it that does not have the zip extension. If you add the ".zip" to it and then extract *that* file, you'll get the Ketarin application and SQLite DLL.

[floele]

Huh? It certainly has a ZIP extension. What's the problem with this link?

[CybTekSol]

It's working with the extension in place and extracting normally for me... I don't have a clue on this one.

[shawn]

This was from a previous version - it's been working fine for a month or more.

[david.lynch]

I've confirmed that zips from here gets corrupted when downloaded by IE8; tried another browser and they are ok.

 

[floele]

http://www.danenbergconsulting.com/kb/internet-explorer-corrupts-some-zip-file-downloads

 

Hm....no idea what to do.

[CybTekSol]

Just more proof of the need to dump IE... one of the first things I do when building/customizing a client's PC is to install Firefox and Google Chrome portable with updater. The ONLY thing I do with IE is forced MS update if I have a choice.

[shawn]

I don't want to fan the flames of a browser war - there are plenty of reasons to avoid each vendors browser - but the fact is, IE has the majority of the Internet market, so any website not designed to work correctly within IE is a waste of webspace.

 

The problem is most likely related to how the redirects are occuring. There doesn't appear to be a header indicating the filename, and this is what IE uses (and the HTTP standard requires, by the way) for indicating file names for download.

 

Browsers are free to interpret the correct saveas name from any resource thru the URLs provided - IE uses the original filename, Firefox uses the redirect path. The only "right" way is to include the content-disposition header to forcefully tell the browser what the "correct" filename is.

 

This should be a header like so:

 

Content-Disposition: attachment; filename=Ketarin-1.1.2.337.zip; size=748292;

 

This tells the browser the file size (for progress bar support), the file name (to indicate what the filename should be in a saveas dialog), and "attachment" which effectively means "show a saveas dialog", as well as other optional information such as dates. It's also important to know that the Content-Type header is used to indicate the *type* of file, but is not firmly tied to a file extension under Windows (or any other OS). More about Content-Disposition here:

http://www.apps.ietf.org/rfc/rfc2183.html

[floele]

There actually is such a header, and it does not work anway. I have no idea what I can do.

[Sphinx]

have you tried using .htaccess to define mime-type?

 

if you haven't it might be worth trying, i have no idea if it will work though, just an idea

 

here's an example article,

 

http://www.besthostratings.com/articles/mime-types-htaccess.html

 

the article links to mime-types other than those used in the article as well

 

cut and paste from the article

 

There is one more useful feature of the AddType directive. Most of you most probably know that Internet Explorer opens MS Word, Excell, PDF and some other files inside a browser window. To force the browser to download the file you can use AddType to change the document type:

 

AddType  application/octet-stream  .doc .xls .pdf

Edited August 8, 2010 by Sphinx

[floele]

I've disabled gzip now for ZIP files, I believe that did the trick.

[shawn]

Hi, Flo!

 

I see headers for content-length and content-type, but not content-disposition, which is the one that really matters if you're using alternate streams:

 

C:\Tools>gethie http://ketarin.canneverbe.com/download
GET http://ketarin.org/downloads/Ketarin/Ketarin-1.1.2.337.zip?noredirect
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322
; .NET CLR 2.0.50727)

GET http://ketarin.canneverbe.com/download --> 302 Found
GET http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.1.2.337.zip --> 30
2 Found
GET http://ketarin.org/downloads/Ketarin/Ketarin-1.1.2.337.zip?noredirect --> 20
0 OK
Connection: close
Date: Wed, 11 Aug 2010 00:17:58 GMT
Accept-Ranges: bytes
ETag: "179e0da-b6b04-48b058139f880"
Server: Apache/2.2.16 (Linux/SUSE)
Content-Length: 748292
Content-Type: application/zip
Last-Modified: Sat, 10 Jul 2010 09:54:26 GMT
Client-Date: Wed, 11 Aug 2010 00:17:57 GMT
Client-Peer: 78.46.64.174:80
Client-Response-Num: 1

[floele]

The tool you use does not seem to display the headers for redirections.

[shawn]

It's just the Perl "get" package, with a few added tags to add IE-like headers to the Request.

 

All browsers, IE included, but also Firefox, Perl, Opera and others - only respect headers from the most recent transaction and the only thing they preserve from any previous request (lacking conflicting headers) is the original URL. That is, if the headers are not sent with the most current response (such as, with a previous 301 response), then they are discarded.

 

If you can control it, you should add the content-disposition header in the final request (it can be added directly by .htaccess).