{
  "WorkItem": {
    "AffectedComponent": {
      "Name": "",
      "DisplayName": ""
    },
    "ClosedComment": "fixed in Changeset #56378 .  First binary: v1.9.1.6, or v1.9.5.3. ",
    "ClosedDate": "2010-03-06T09:01:17.853-08:00",
    "CommentCount": 0,
    "Custom": null,
    "Description": "While unzipping files I have started to run accross this exception numerous times \"An item with the same key has already been added\".  I can extract the file with outher tools, just not IONIC ZIP.  I can email the file if it helps.  The line of code that produces the error.\n \nDim Zip As New ZipFile\nZip = ZipFile.Read(\"c:\\BadZIP ID 305491847.zip\")",
    "LastUpdatedDate": "2013-05-16T05:31:52.947-07:00",
    "PlannedForRelease": "",
    "ReleaseVisibleToPublic": false,
    "Priority": {
      "Name": "Low",
      "Severity": 50,
      "Id": 1
    },
    "ProjectName": "DotNetZip",
    "ReportedDate": "2010-02-26T11:28:43.02-08:00",
    "Status": {
      "Name": "Closed",
      "Id": 4
    },
    "ReasonClosed": {
      "Name": "Unassigned"
    },
    "Summary": "Intelligently handle reading zips with multiple entries using the same name",
    "Type": {
      "Name": "Issue",
      "Id": 3
    },
    "VoteCount": 1,
    "Id": 10330
  },
  "FileAttachments": [
    {
      "FileId": 2736,
      "FileName": "BadZIP ID 305491847.zip",
      "DownloadUrl": ".\\2736"
    }
  ],
  "Comments": [
    {
      "Message": "One solution is to overwrite the existing entry in case of duplicates.  Last entry wins.  Another possible solution is to rename any duplicate entries with successively increasing indexes, as Windows Explorer does when creating New Folders. ",
      "PostedDate": "2010-02-26T11:33:26.06-08:00",
      "Id": -2147483648
    },
    {
      "Message": "Here is the file that is causing the problem.",
      "PostedDate": "2010-02-26T11:53:00.13-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2010-02-26T11:53:02.633-08:00",
      "Id": -2147483648
    },
    {
      "Message": "I talked to the guy that created the zip and it is as you described.  He is fixing his code to only have one Readme.txt.  I think he is using the PowerTools to create the ZIPS and it apparently will allow this.  Unfortunatly I do have to work with his legacy files so need a way to ignore this error.    \r\n\r\nThanks for the help,\r\n\r\nDave",
      "PostedDate": "2010-02-26T13:29:21.273-08:00",
      "Id": -2147483648
    },
    {
      "Message": "I like the idea of renaming with copy and increasing the index. ",
      "PostedDate": "2010-02-26T13:31:19.743-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2010-03-06T09:00:29.54-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2010-03-06T09:01:17.853-08:00",
      "Id": -2147483648
    },
    {
      "Message": "Hi,\r\n\r\nI still believe this issue would need addressed and I was wondering if it is possible to auto-index duplicates.\r\n\r\nOr alternatively, It would be nice if a delegate method could be provided when this event occurs which would allow the developer to take specific action.\r\n\r\nIs this possible?\r\n\r\ne.g. See code snippet of usage:\r\n\r\n        public void ExtractProgress(object sender, ExtractProgressEventArgs e) {\r\n            if (e.EventType == ZipProgressEventType.Extracting_ExtractEntryWouldOverwrite) {\r\n                ZipEntry entry = e.CurrentEntry;\r\n                entry.FileName = String.Format(\"Copy of {0}\", entry.FileName);\r\n            }\r\n        }\r\n\r\nMany Thanks in advance,\r\nMarty",
      "PostedDate": "2012-05-30T11:11:11.94-07:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-02-21T18:43:39.46-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-05-16T05:31:52.947-07:00",
      "Id": -2147483648
    }
  ]
}