{
  "WorkItem": {
    "AffectedComponent": {
      "Name": "",
      "DisplayName": ""
    },
    "ClosedComment": "fixed in changeset 55566. First binary: v1.9.5.1.  The same fix is available in v1.9.1.3. ",
    "ClosedDate": "2010-02-10T09:19:53.573-08:00",
    "CommentCount": 0,
    "Custom": null,
    "Description": "Hi guys,\n \nI'm trying to read some apk files.\n \nApk files are the applications in android, this files are ZIP-files with binaries and resources of each application. These files are similar to .jar files of Java.\n \nI get a ZipException when I try to load this file: http://jros.org/files/android/Calendar.apk. If I use the constructor from ZipFile class the exception says: \"C:\\Temp\\SkinDroid\\extract\\SystemApp\\Calendar.apk is not a valid zip file\", and if I use Load static method in ZipFile class the exception says: \"Index out of bounds\"\n \n \n \nI think that these files are a valid zip files, I manage these in linux with Zip command line util from Info-Zip and don´t have any problem.\n \nCan you help me?\n \nThanks in advance.",
    "LastUpdatedDate": "2013-05-16T05:31:53.827-07:00",
    "PlannedForRelease": "",
    "ReleaseVisibleToPublic": false,
    "Priority": {
      "Name": "Low",
      "Severity": 50,
      "Id": 1
    },
    "ProjectName": "DotNetZip",
    "ReportedDate": "2010-02-09T13:30:58.02-08:00",
    "Status": {
      "Name": "Closed",
      "Id": 4
    },
    "ReasonClosed": {
      "Name": "Unassigned"
    },
    "Summary": "Problem working with APK files",
    "Type": {
      "Name": "Issue",
      "Id": 3
    },
    "VoteCount": 2,
    "Id": 10181
  },
  "FileAttachments": [],
  "Comments": [
    {
      "Message": "This is a case of an incorrectly formatted zip file, along with unnecessarily rigid behavior by DotNetZip. \r\n\r\nThe zip spec describes a structure called an \"extra field\", optionally included into each zip entry.  The spec calls for a header id of 2 bytes, and a datasize of 2 bytes, followed by datasize bytes.  For additional records in the \"extra field\", it just repeats that series.  In the zip file referenced here, at least one entry had an \"extra field\" with an extra 2 bytes, where there should be 4 (header id + datasize), according to the spec.\r\n\r\nThat other zip tools like infozip are able to read the zip file it is not evidence of its correctness.   Even so, DotNetZip can and should be more tolerant of this formatting problem. ",
      "PostedDate": "2010-02-10T09:19:00.063-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2010-02-10T09:19:53.573-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-02-21T18:43:40.4-08:00",
      "Id": -2147483648
    },
    {
      "Message": "",
      "PostedDate": "2013-05-16T05:31:53.827-07:00",
      "Id": -2147483648
    }
  ]
}