Details

    • Type: Bug Bug
    • Status: Applied
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: ODF 1.0, ODF 1.0 (second edition), ODF 1.1, ODF 1.2
    • Fix Version/s: ODF 1.2
    • Component/s: Packaging
    • Labels:
      None
    • Environment:
      This issue applies to all drafts of ODF 1.2 Part 3 Packages and the References and all references thereto in ODF 1.2 Part 1 and all previous versions of the OASIS ODF Standard.
    • Proposal:
      Hide
      Replace the citation as follows in all published versions of the specification (at the time when suitable errata are provided), and in ODF 1.2 Part 3 with the following:

      [Zip] PKWARE Inc. Zip APPNOTE Version 6.2.0, April 26, 2004. Available on the Internet at <http://www.pkware.com/support/application-note-archives>.

      [Note: This is evidently the version that is cited by date in the ODF 1.0 specification. It has been maintained as a stable archived version in support of its reference in international standards.]

      Further: Adapt conformance clause (PD1.1):

      (PD1.1):It shall be a ZIP file, as defined by [ZIP]. *The ZIP file shall not be encrypted as specified by [ZIP].
      Show
      Replace the citation as follows in all published versions of the specification (at the time when suitable errata are provided), and in ODF 1.2 Part 3 with the following: [Zip] PKWARE Inc. Zip APPNOTE Version 6.2.0, April 26, 2004. Available on the Internet at < http://www.pkware.com/support/application-note-archives >. [Note: This is evidently the version that is cited by date in the ODF 1.0 specification. It has been maintained as a stable archived version in support of its reference in international standards.] Further: Adapt conformance clause (PD1.1): (PD1.1):It shall be a ZIP file, as defined by [ZIP]. *The ZIP file shall not be encrypted as specified by [ZIP].

      Description

      This issue is raised in the public comment at <http://lists.oasis-open.org/archives/office-comment/200910/msg00027.html>.

      1. In ODF 1.2 Part 3 Packages draft-11-editor-revision, section 1.3, the normative reference for the Zip specification is given as

      [ZIP] Info-ZIP Application Note 970311, ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip, 1997

      This same reference has been used in the OASIS Standards for ODF 1.1 and in ODF 1.0 Second Edition Committee Specification (and thereby IS 26300)..

      2. The reference for Zip, ftp://ftp.uu.net/pub/archiving/zip/doc/appnote-970311-iz.zip in ODF 1.2 Part 3 draft 11 is non-resolvable. The content previously reachable at that location has no clear provenance nor authority.

      3. For ODF 1.0, the reference for Zip is

      [Zip] ZIP File Format Specification, http://www.pkware.com/products/enterprise/white_papers/appnote.txt, PKWARE Inc., 2004.

      This reference is more authoritative but non-specific. Also, it has been pointed out in the public comment at http://lists.oasis-open.org/archives/office-comment/200910/msg00034.html that particular URL is no longer resolveable. I presume, from the date, that the referenced APPNOTE version was 6.2.0.

        Activity

        Hide
        Dennis Hamilton added a comment -
        Corrected a typo and added a link to a public comment that is related to this issue.
        Show
        Dennis Hamilton added a comment - Corrected a typo and added a link to a public comment that is related to this issue.
        Hide
        Robert Weir added a comment -
        Dennis, in the future please don't open new JIRA issues corresponding to public comments. I have automation that will automatically do this for all public comments, and I have no easy ability to tell which public comments have had JIRA issues opened by TC members and which ones have not. So when we both do the transfer, we will end up with duplicate issues in JIRA pointing to the same public comment. It also may give the wrong message to the other people who submit public comments and do not see an immediate personal message saying that we've opened a JIRA issue for them. Better to Just wait for the batch transfer of comments to occur like we've done for the other 1500 or so public comments. Nothing gets lost that way. and nothing gets duplicated. Thanks!
        Show
        Robert Weir added a comment - Dennis, in the future please don't open new JIRA issues corresponding to public comments. I have automation that will automatically do this for all public comments, and I have no easy ability to tell which public comments have had JIRA issues opened by TC members and which ones have not. So when we both do the transfer, we will end up with duplicate issues in JIRA pointing to the same public comment. It also may give the wrong message to the other people who submit public comments and do not see an immediate personal message saying that we've opened a JIRA issue for them. Better to Just wait for the batch transfer of comments to occur like we've done for the other 1500 or so public comments. Nothing gets lost that way. and nothing gets duplicated. Thanks!
        Hide
        Michael Stahl added a comment -
        so it seems there are actually two different zip specifications:

        one from PKWare; current version: http://www.pkware.com/documents/casestudies/APPNOTE.TXT

        the other from Info-Zip, located at: http://www.info-zip.org/doc/
        current version seems to be appnote-20040908-iz.zip

        the Info-Zip version claims to be a fork of the PKWare version.
        in contrast to the PKWare specification, for which only the latest version seems available, there are several dated versions of the Info-Zip specification available.

        [in any case, citing a file from some random FTP site is probably not such a good idea.]
        Show
        Michael Stahl added a comment - so it seems there are actually two different zip specifications: one from PKWare; current version: http://www.pkware.com/documents/casestudies/APPNOTE.TXT the other from Info-Zip, located at: http://www.info-zip.org/doc/ current version seems to be appnote-20040908-iz.zip the Info-Zip version claims to be a fork of the PKWare version. in contrast to the PKWare specification, for which only the latest version seems available, there are several dated versions of the Info-Zip specification available. [in any case, citing a file from some random FTP site is probably not such a good idea.]
        Hide
        Michael Brauer added a comment -
        The most recent Info-Zip appnote is based on the pkware 6.2.0 appnote, which is exactly the version mentioned in Dennis' proposal. So, referencing 6.2.0 and providing the link in the proposal seems to be a very reasonable choice to me.
        Show
        Michael Brauer added a comment - The most recent Info-Zip appnote is based on the pkware 6.2.0 appnote, which is exactly the version mentioned in Dennis' proposal. So, referencing 6.2.0 and providing the link in the proposal seems to be a very reasonable choice to me.
        Hide
        Michael Brauer added a comment -
        When switching to 6.2.0, we must add to the conformance clauses that the file must not be encrypted. Proposal:

        Add to (PD1.1):It shall be a ZIP file, as defined by [ZIP]. *The ZIP file shall not be encrypted as specified by [ZIP].
        Show
        Michael Brauer added a comment - When switching to 6.2.0, we must add to the conformance clauses that the file must not be encrypted. Proposal: Add to (PD1.1):It shall be a ZIP file, as defined by [ZIP]. *The ZIP file shall not be encrypted as specified by [ZIP].
        Hide
        Dennis Hamilton added a comment -
        Cleaned up an URL and added realization that the URL in ODF 1.0 is not resolvable at this time.
        Show
        Dennis Hamilton added a comment - Cleaned up an URL and added realization that the URL in ODF 1.0 is not resolvable at this time.
        Hide
        Michael Brauer added a comment -
        Since no objections have been raised regarding switching to the 6.0.2 appnote, I'm marking this issue as resolved.
        Show
        Michael Brauer added a comment - Since no objections have been raised regarding switching to the 6.0.2 appnote, I'm marking this issue as resolved.
        Hide
        Michael Brauer added a comment -
        Correction will appear in ODF 1.2 part 3 draft 12
        Show
        Michael Brauer added a comment - Correction will appear in ODF 1.2 part 3 draft 12

          People

          • Assignee:
            Michael Brauer
            Reporter:
            Dennis Hamilton
          • Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: