{
  "WorkItem": {
    "AffectedComponent": {
      "Name": "",
      "DisplayName": ""
    },
    "ClosedComment": "",
    "ClosedDate": null,
    "CommentCount": 0,
    "Custom": null,
    "Description": "I am having issues with just one file that has been compressed with DotNetZip 1.9. Using supplied example project \"CreateZip\" it fails to decompress a mp3 VBR file. It doesn't matter which utility is used for decompressing, be it Windows Zip, WinZip, WinRar, 7z, and of course DotNetZip.\n \nIt seems to work under any of these conditions though:\n1. Disable the parallel processing explicitly: zip.ParallelDeflateThreshold = -1\n2. Set the compression level to None: zip.CompressionLevel = Ionic.Zlib.CompressionLevel.None\n \nNote: when I try to compress the same file using another of the above tools it works ok.\n \nFor copyright matters I cannot upload the file but if the reviewer requires it, please send me a message and will reply accordingly.\n \nThank you.",
    "LastUpdatedDate": "2013-05-03T10:46:11.75-07:00",
    "PlannedForRelease": "",
    "ReleaseVisibleToPublic": false,
    "Priority": {
      "Name": "Low",
      "Severity": 50,
      "Id": 1
    },
    "ProjectName": "DotNetZip",
    "ReportedDate": "2012-01-06T10:11:11.45-08:00",
    "Status": {
      "Name": "Proposed",
      "Id": 1
    },
    "ReasonClosed": {
      "Name": "Unassigned"
    },
    "Summary": "CRC Error when compressing and decompressing mp3 VBR file",
    "Type": {
      "Name": "Issue",
      "Id": 3
    },
    "VoteCount": 2,
    "Id": 14623
  },
  "FileAttachments": [],
  "Comments": [
    {
      "Message": "Hi,\r\n\r\nYour problem sounds suspiciously like the same issue as this workitem: http://dotnetzip.codeplex.com/workitem/14087\r\n\r\nBasically, if your file is an exact multiple of 128kb in size the parallel deflate algorithm will fail. There's a discussion here as well: http://dotnetzip.codeplex.com/discussions/268477.\r\n\r\nCheck the size of your source file - if it's an exact multiple of 128kb then that's the issue. If it's not a multiple of 128kb then it's probably a different problem.\r\n\r\nCheers,\r\n\r\nMike\r\n",
      "PostedDate": "2012-01-17T05:35:45.437-08:00",
      "Id": -2147483648
    },
    {
      "Message": "Hi Mike, thanks for the update. I have just checked the file and it is 832 Kb, most probably this is a different issue.",
      "PostedDate": "2012-01-17T07:07:17.953-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-02-21T18:42:57.93-08:00",
      "Id": -2147483648
    },
    {
      "Message": "Re: buffer size. The documentation (xml comments) *says* the buffer size is 128k but the *code* actually sets the buffer size to 64k.  The problem appears to be a \"race\" condition that will mostly likely exhibit the problem if the input is an exact multiple of the buffers size but *may* occur even if it is not a multiple.\r\n\r\nWhen I encountered the problem in code I wrote it took a bit to realize the problem was actually in the zip library. My program (a Windows service) zipped a file, copied the zip file to a server, unzipped the archive and compared it to the original. Some small fraction of the time it would work fine; this led me to think there was a race condition -- it just took a while to track down the culprit.\r\n\r\nI then wrote a \"driver\" that did only the zip and unzip. This program almost *never* failed when applied to a 16MB file. I put the zip/unzip inside a loop; if the loop max was greater than 1 it *almost* always failed but would occasionally get through 2 iterations before failing.\r\n\r\nThe fix proposed by rhpainte at http://dotnetzip.codeplex.com/workitem/14087 will fix the problem.",
      "PostedDate": "2013-05-03T10:46:11.75-07:00",
      "Id": -2147483648
    }
  ]
}