[ { "Id": "418276", "ThreadId": "205006", "Html": "

I hope someone can help me with the following issue:

\r\n

When I try to download a zip folder to my Mac hard drive through Safari, the automatic decompression does not work. Also, the foldername gets to be extended - for example if the folder name is "abc.zip" it becomes "abc.zip, filename=abc.zip"

\r\n

This happens only on Mac, using Safari. All works very well on pc platforms and other browsers. Does anyone know of any known issue or a solution to this?

\r\n

thanks

", "PostedDate": "2010-03-15T08:33:10.437-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418334", "ThreadId": "205006", "Html": "

show me the code you use to generate and download the ZIP file.

", "PostedDate": "2010-03-15T10:38:44.523-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418342", "ThreadId": "205006", "Html": "

Hi Cheeso, thanks a lot for taking a look at this. here is the code:

\r\n

Private Sub ZipFolder(ByVal FolderToZip As String)
        Response.Clear()
        Response.BufferOutput = False

\r\n

        Dim archiveName As String = _
            Path.GetFileName(FolderToZip) & "_" & (DateTime.Now.ToString("yyyyMMMdd_HHmmss")) & ".zip"

\r\n

        Response.ContentType = "application/zip"
        Response.AddHeader("content-disposition", "filename=" + archiveName)
        Response.AddHeader("content-disposition", "filename=" + archiveName)

\r\n

        Using zip As ZipFile = New ZipFile()
            zip.AddDirectory(FolderToZip)
            zip.Save(Response.OutputStream)
            zip.Dispose()
            ' Send the output to the client.
            Response.Flush()

\r\n

        End Using
        HttpContext.Current.ApplicationInstance.CompleteRequest()
        ' Response.Close()

\r\n

    End Sub

", "PostedDate": "2010-03-15T10:51:06.383-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418343", "ThreadId": "205006", "Html": "

I just want to emphasize that this works with all browsers on pc - it is only on mac and safari that i have this problem.

\r\n

thanks again.

", "PostedDate": "2010-03-15T10:53:15.05-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418358", "ThreadId": "205006", "Html": "

I fixed the file name issue myslef - it was a duplicate of two lines in my code. However, the decompression is still an issue.

", "PostedDate": "2010-03-15T11:25:14.173-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418360", "ThreadId": "205006", "Html": "

You should make some changes in your code:

\r\n
    \r\n
  1. Definitely use Response.Close insteead of ApplicationInstance.CompleteRequest(). 
    2. \r\n
  2. do you really have two of these lines?  Response.AddHeader("content-disposition", "filename=" + archiveName) 
    if so, remove one.
    3. \r\n
  3. Change the remaining call to Response.AddHeader to be:
      Response.AddHeader("Content-Disposition", "inline; filename=" & chr(34) & archiveName & chr(34))
    4. \r\n
  4. Remove the call to Response.Flush and zip.Dispose . They are both unnecessary.
    5. \r\n
\r\n

All these changes should be made in any case; the code is not correct as you have it now. 

\r\n

The modified code you should have, after those changes, looks like this:

\r\n
\r\n
Private Sub ZipFolder(ByVal FolderToZip As String)\r\n    Response.Clear()\r\n    Response.BufferOutput = False\r\n\r\n    Dim archiveName As String = _\r\n        Path.GetFileName(FolderToZip) & "_" & (DateTime.Now.ToString("yyyyMMMdd_HHmmss")) & ".zip"\r\n\r\n    Response.ContentType = "application/zip"\r\n    Response.AddHeader("Content-Disposition", "filename=" & chr(34) & archiveName & chr(34))\r\n\r\n    Using zip As ZipFile = New ZipFile()\r\n        zip.AddDirectory(FolderToZip)\r\n        zip.Save(Response.OutputStream)\r\n    End Using\r\n    Response.Close()\r\nEnd Sub\r\n\r\n
\r\n
\r\n

This should fix your problem.

\r\n

Now, some further explanation, in case you are interested:

\r\n

There was? is?  a known behavior in Safari - it ignores the filename parameter in the Content-Disposition header.  It has been called "a problem" or "a bug" but I hesitate to label it that way, because the Content-Disposition header (see IETF RFC 2183) is not formally part of the HTTP standard, and so Safari is not incorrect in behaving differently, if you get my meaning.  Most other browsers implement Content-Disposition, but there are some issues with it, and it's truly a fuzzy area of the HTTP protocol.  And this is why you are seeing the difference in behaivor. It has nothing to do with DotNetZip.  It's just a difference in the way Safari handles the header. 

\r\n

If the problem still is not solved, even after the above changes, then I don't know what you can do. 

\r\n

As I said, this is not a DotNetZip issue; it's a Safari/HTTP thing.  So you may want to try a support forum for Mac developers or web developers for more hints. 

\r\n

 

", "PostedDate": "2010-03-15T11:36:05.687-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418375", "ThreadId": "205006", "Html": "

Thanks. I know what you mean with the HTTP standard.

\r\n

I changed my code,  the decompression is still an issue. Will check with Mac developers.

\r\n

thanks again.

", "PostedDate": "2010-03-15T12:07:24.063-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418384", "ThreadId": "205006", "Html": "

One more question.

\r\n

should I condsider changing this code if there are subfolders in a folder that i am about to zip and download?

", "PostedDate": "2010-03-15T12:34:12.367-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "418392", "ThreadId": "205006", "Html": "

ok, let me ask you - what do you mean by "decompression does not work" ?

\r\n

Another user has reported problems opening zip files on the mac, that are produced this way. I don't recommend reading the thread, because it is even more confusing to read it, than it was to participate in it, but here it is: (http://dotnetzip.codeplex.com/Thread/View.aspx?ThreadId=59740).  The working theory that I developed, but never confirmed, after that discussion, was that "the bit 3 option" in the zip file was causing a compatibility issue with Macintosh tools.

\r\n

The "bit 3" is always turned on in a zipfile that you write to a non-seekable output stream, which is what Response.OutputStream is. 

\r\n

The way to get a zip file without bit 3 is to write the zipfile to a seekable stream.  Two examples of this are:  a MemoryStream, or a FileStream (representing a filesystem file). 

\r\n

This is worth a try.  If you use the   MemoryStream idea, then your code looks like this:

\r\n
\r\n
Private Sub ZipFolder(ByVal FolderToZip As String)\r\n    Response.Clear()\r\n    Response.BufferOutput = False\r\n\r\n    Dim archiveName As String = _\r\n        Path.GetFileName(FolderToZip) & "_" & (DateTime.Now.ToString("yyyyMMMdd_HHmmss")) & ".zip"\r\n\r\n    Response.ContentType = "application/zip"\r\n    Response.AddHeader("Content-Disposition", "filename=" & chr(34) & archiveName & chr(34))\r\n\r\n    Using ms as New System.IO.MemoryStream()\r\n        Using zip As ZipFile = New ZipFile()\r\n            zip.AddDirectory(FolderToZip)\r\n            '' save the zip fiel to a memory stream\r\n            zip.Save(ms)\r\n        End Using\r\n        '' now copy the memory stream to the Response OutputStream\r\n        ms.Position = 0\r\n        dim b(1024) as Byte\r\n        dim n as new Int32\r\n        n=-1\r\n        While (n <> 0)\r\n            n = ms.Read(b,0,b.Length)\r\n            If (n <> 0)\r\n                Response.OutputStream.Write(b,0,n)\r\n            End If\r\n        End While\r\n        Response.Close\r\n    End Using\r\n    Response.Close()\r\nEnd Sub\r\n\r\n
\r\n
\r\n

In this case, the entire contents of the compressed zip will be placed into memory, before writing it out to Response.OutputStream.  This may or may not be acceptable to you, depending on how large the zip file is.

\r\n

If you use the FileStream idea, then your code would look like this:

\r\n
\r\n
Private Sub ZipFolder(ByVal FolderToZip As String)\r\n    Response.Clear()\r\n    Response.BufferOutput = False\r\n\r\n    Dim archiveName As String = _\r\n        Path.GetFileName(FolderToZip) & "_" & (DateTime.Now.ToString("yyyyMMMdd_HHmmss")) & ".zip"\r\n\r\n    Response.ContentType = "application/zip"\r\n    Response.AddHeader("Content-Disposition", "filename=" & chr(34) & archiveName & chr(34))\r\n    Dim tempfile As String = "c:\\temp\\" & archiveName\r\n    Using zip As ZipFile = New ZipFile()\r\n        zip.AddDirectory(FolderToZip)\r\n        '' save the zip fiel to a memory stream\r\n        zip.Save(tempfile)\r\n    End Using\r\n    ' open and read the file, and copy it to Response.OutputStream\r\n    Using fs as System.IO.FileStream = System.IO.File.OpenRead(tempfile)\r\n        dim b(1024) as Byte\r\n        dim n as New Int32\r\n        n=-1\r\n        While (n <> 0)\r\n            n = fs.Read(b,0,b.Length)\r\n            If (n <> 0)\r\n                Response.OutputStream.Write(b,0,n)\r\n            End If\r\n        End While\r\n    End Using\r\n    Response.Close\r\n    System.IO.File.Delete(tempfile)\r\nEnd Sub\r\n\r\n
\r\n
\r\n

Try one of those and see if it works for you.

\r\n

 

", "PostedDate": "2010-03-15T12:58:10.057-07:00", "UserRole": null, "MarkedAsAnswerDate": null } ]