{
  "WorkItem": {
    "AffectedComponent": {
      "Name": "",
      "DisplayName": ""
    },
    "ClosedComment": "",
    "ClosedDate": null,
    "CommentCount": 0,
    "Custom": null,
    "Description": "The ZipFile class, on which the SaveProgress event hangs, in the general case, does not \"know\" the size of any entry (either compressed or uncompressed) until the entry is saved.   Sometimes, maybe most of the time, the entry is sourced from a filesystem file, in which case it would be easy to determine the length of the file.   Sometimes though, the entry comes from a stream, and the length of the stream is not known, and cannot be known, until it is read.  So there is no general, correct way for the ZipFile class to \"know\", before the Save completes, how many bytes will be read and compressed as part of the Save.  Do you see?    \n \nIf you have the situation where all of the entries in your ZipFile are filesystem files, then YES, you can keep track of that yourself and update a progress bar with that information.  But ZipFile does not do that for you.\n \nI can imagine a modification to ZipFile where it provides what you want, if all of the entries are filesystem files. That would be convenient, I imagine.  But today it does not do that.",
    "LastUpdatedDate": "2013-02-21T18:43:31.223-08:00",
    "PlannedForRelease": "v2.0 - planning",
    "ReleaseVisibleToPublic": true,
    "Priority": {
      "Name": "Low",
      "Severity": 50,
      "Id": 1
    },
    "ProjectName": "DotNetZip",
    "ReportedDate": "2010-05-25T14:17:55.237-07:00",
    "Status": {
      "Name": "Proposed",
      "Id": 1
    },
    "ReasonClosed": {
      "Name": "Unassigned"
    },
    "Summary": "SaveProgress - Total bytes in archive",
    "Type": {
      "Name": "Issue",
      "Id": 3
    },
    "VoteCount": 2,
    "Id": 10940
  },
  "FileAttachments": [],
  "Comments": [
    {
      "Message": "Would this apply to ExtractProgress too?",
      "PostedDate": "2010-06-16T11:21:27.007-07:00",
      "Id": -2147483648
    },
    {
      "Message": "No, the situation with ExtractProgress is different.  ",
      "PostedDate": "2010-06-16T13:48:57.597-07:00",
      "Id": -2147483648
    },
    {
      "Message": "Seems like this would make most sense when updating the object model - eg, with DotNetZip v2.0. \r\n",
      "PostedDate": "2011-06-13T08:07:03.977-07:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2011-06-13T11:50:52.287-07:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-02-21T18:43:31.223-08:00",
      "Id": -2147483648
    }
  ]
}