Doc #48763 [NoF->ReO]: ZipArchive produces corrupt OpenOffice.org files
| From: | cmb@php.net | Date: | Fri, 09 Sep 2016 23:16:38 +0000 |
| Subject: | Doc #48763 [NoF->ReO]: ZipArchive produces corrupt OpenOffice.org files | ||
| References: | 1 | Groups: | php.doc.bugs |
| Request: | Send a blank email to doc-bugs+get-13894@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=48763&edit=1
ID: 48763
Updated by: cmb@php.net
Reported by: dani dot church at gmail dot com
Summary: ZipArchive produces corrupt OpenOffice.org files
-Status: No Feedback
+Status: Re-Opened
Type: Documentation Problem
Package: Zip Related
Operating System: CentOS 5
PHP Version: 5.2CVS-2009-07-01 (snap)
-Assigned To: pajoye
+Assigned To: cmb
Block user comment: N
Private report: N
New Comment:
I just checked ::addFile(), ::addFromString() and ::addGlob() wrt.
backslashes in the filename; these are inserted verbatim in the
ZIP file under PHP 7.0.10 using libzip 1.1.2.
In section 4.4.17, the ZIP specification states[1]:
| All slashes MUST be forward slashes '/' as opposed to backwards
| slashes '\' for compatibility with Amiga and UNIX file systems
| etc.
This should be documented.
[1] <https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT>
Previous Comments:
------------------------------------------------------------------------
[2016-07-17 04:22:21] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
------------------------------------------------------------------------
[2016-07-03 05:55:53] pajoye@php.net
Please try with recent 5.6 or later. As far I can tell libzip got a tweak for that.
------------------------------------------------------------------------
[2010-05-11 12:41:58] pajoye@php.net
Ok, it makes sense now.
It is a good thing that you spotted this limitation in the ODS loader. We should add a note to the
documentation.
However please keep in mind that zip entry names are pure strings. They are not supposed to be path
as we can see them. Even the notion of directory (filesystem directories) is not a known entity for
zip archives.
Danke :)
------------------------------------------------------------------------
[2010-05-11 12:41:53] pajoye@php.net
Ok, it makes sense now.
It is a good thing that you spotted this limitation in the ODS loader. We should add a note to the
documentation.
However please keep in mind that zip entry names are pure strings. They are not supposed to be path
as we can see them. Even the notion of directory (filesystem directories) is not a known entity for
zip archives.
Danke :)
------------------------------------------------------------------------
[2010-05-11 12:35:13] l dot kneschke at metaways dot de
Hm. I can't attach the working example. I'll place it on
http://lars.kneschke.de/downloads/testODS.tar.bz2
Lars
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=48763
--
Edit this bug report at https://bugs.php.net/bug.php?id=48763&edit=1