{
  "WorkItem": {
    "AffectedComponent": {
      "Name": "",
      "DisplayName": ""
    },
    "ClosedComment": "No response.",
    "ClosedDate": "2011-08-02T17:18:46.953-07:00",
    "CommentCount": 0,
    "Custom": null,
    "Description": "The following lines of  code checks for existence of the file before adding new zipentries to the zip file. \n \n using (var zipFile = File.Exists(zipFileLocation) ? ZipFile.Read(zipFileLocation) : new ZipFile(zipFileLocation))\n            {                \n                zipFile.AddFiles(files, false, \"//\");\n                zipFile.Save();\n            }\n \nThe issue I see with this is when files were added to the zip file, each file has some extra empty spaces at the end of the file. Normally this may not be an issue but for my scenario it would cause my file to be invalidated with the parser that reads the file.\n \nAny reason why empty spaces would be added at the end of the file.\n \nThanks\nSree",
    "LastUpdatedDate": "2013-05-16T05:31:38.35-07:00",
    "PlannedForRelease": "",
    "ReleaseVisibleToPublic": false,
    "Priority": {
      "Name": "Low",
      "Severity": 50,
      "Id": 1
    },
    "ProjectName": "DotNetZip",
    "ReportedDate": "2011-02-14T13:30:44.363-08:00",
    "Status": {
      "Name": "Closed",
      "Id": 4
    },
    "ReasonClosed": {
      "Name": "Unassigned"
    },
    "Summary": "Empty spaces added at the end of file content upon adding to .zip file",
    "Type": {
      "Name": "Issue",
      "Id": 3
    },
    "VoteCount": 1,
    "Id": 13011
  },
  "FileAttachments": [],
  "Comments": [
    {
      "Message": "Thanks for the report. To investigate further, I'll need a test case that reproduces the behavior you see.  I see your code, but I will need the exact content of the files you are adding into the zip archive, as well.  Please make the test case as small as possible - if the problem occurs with 3 files, then send only 3 files.   You can upload a zip containing your test case, to this workitem. \r\n\r\nAlso specify the version of the DotNetZip library you are using. \r\n\r\nIn the zip format, there is a Checksum applied to each entry in the zip file.  This checksum is used to verify content as it is extracted. It means that practically-speaking, it is impossible to get modified file content in the way you describe, without causing an exception during extraction.    This is why I will need a test case that demonstrates the problem. \r\n\r\n",
      "PostedDate": "2011-03-20T06:42:58.743-07:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2011-08-02T17:18:46.953-07:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-02-21T18:43:17.587-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-05-16T05:31:38.35-07:00",
      "Id": -2147483648
    }
  ]
}