PEAR Bug Search Results

File_Archive: Bug 16461 [Open] Error for large file sizes (over 3.5Mb)

samudradaka at gmail dot com — 2009-07-22T14:12:51+00:00

File_Archive Bug
Reported by samudradaka
2009-07-22T10:46:32+00:00
PHP: 5.1.2 OS: linux apache server Package Version: 1.5.4

Description:
------------
I am using File_Archive (with Cache_lite) to create zip files of files uploaded to my server (Apache / Ubuntu).

The code i'm using works fine for files up to around 3.5Mb but file sizes over that fail.

Not sure if this is due to limitations with the package or with my server settings. The server works fine for large HTTP uploads.

Test script:
---------------
Begin Zipping File";
$cache = new Cache_Lite(array('cacheDir' => 'tmp'));
File_Archive::setOption('cache', $cache);
File_Archive::setOption('zipCompressionLevel', 9);
$getfiles = array('upload-test.mp3');
$zipfolder = "test.zip";
File_Archive::extract(
    $src = $getfiles,
    $dest= $zipfolder
    //$bufferSize = 100000000000000
);
echo "File Zipped Successfully";
$cache->clean();
?> 

Expected result:
----------------
Begin Zipping File

File Zipped Successfully

Actual result:
--------------
Begin Zipping File

(script fails for files over 3.5Mb before reaching final echo statement)

File_Archive: Bug 15673 [Open] Directories in root of zip file are ignored.

anonymous500r at gmail dot com — 2009-01-18T11:41:40+00:00

File_Archive Bug
Reported by anonymous500r
2009-01-18T11:41:40+00:00
PHP: 5.2.1 OS: Windows Package Version: 1.5.4

Description:
------------
I'm running xampp on Windows with the file_Archive extension. 
It extracts all of the files in the archive perfectly and every 
directory that's not in the root of the directory - so a in a Zip 
file that looks like this

index.php
images/site/logo.gif
images/welcome.png
contact.php

It extracts all the files, but the images directory is missing. 
Any ideas? 

Test script:
---------------
Extracting file...index.phpArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...images/site/logo.gifArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/site/Array
(
    [7] => 0
    [9] => 1230684282
    [size] => 0
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/welcome.pngArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...contact.phpArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)

Expected result:
----------------
Extracting file...index.phpArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...images/site/logo.gifArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/site/Array
(
    [7] => 0
    [9] => 1230684282
    [size] => 0
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/welcome.pngArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...images/Array
(
    [7] => 0
    [9] => 1230044715
    [size] => 0
    [mtime] => 1230044715
)
Deleting temporary file...
Extracting file...contact.phpArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)



Actual result:
--------------
Extracting file...index.phpArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...images/site/logo.gifArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/site/Array
(
    [7] => 0
    [9] => 1230684282
    [size] => 0
    [mtime] => 1230683286
)
Deleting temporary file...
Extracting file...images/welcome.pngArray
(
    [7] => 1354
    [9] => 1230044705
    [size] => 1354
    [mtime] => 1230044705
)
Deleting temporary file...
Extracting file...contact.phpArray
(
    [7] => 879
    [9] => 1230683286
    [size] => 879
    [mtime] => 1230683286
)

File_Archive: Bug 14622 [Open] reading tar files with split filenames needs slash inserted

sharon_correll at sil dot org — 2008-12-08T04:32:45+00:00

File_Archive Bug
Reported by sharoncorrell
2008-09-08T17:17:11+00:00
PHP: 5.2.5 OS: Windows XP Package Version: 1.5.4

Description:
------------
There is code in File_Archive_Writer_Tar::tarHeader to split a long filename (> 100 chars) into two pieces, ie, separating the path out into a separate field. But that field is not written with a slash at the end; nor does the base part of the filename include the intervening slash. So in File_Archive_Reader_Tar::_nextAdvance, it reads the prefix (path) and prepends it on the filename, but since there is no 		slash, the filename gets messed up.

I don't know if (according to the TAR specification) the path SHOULD have the slash included or not. But regardless, if it is not there, it ought to be inserted when reading the file. Here is how I've patched it:

if ($header['magic'] == 'ustar') {
    $prefix = $header['prefix'];
    if ( strlen( $prefix ) > 0
              && $prefix[strlen($prefix) - 1] != "/" ) {
        $prefix .= "/";
    }
    $this->currentFilename = $this->getStandardURL(
                                              $prefix . $header['filename']
    );
} else {
// etc.
}

File_Archive: Bug 14621 [Open] unmodifyName mangles filename

sharon_correll at sil dot org — 2008-09-08T15:47:56+00:00

File_Archive Bug
Reported by sharoncorrell
2008-09-08T15:47:56+00:00
PHP: 5.2.5 OS: Windows XP Package Version: 1.5.4

Description:
------------
When I run Directory::unmodifyName in some circumstances, the results seem obviously incorrect. My input is:

  $this->oldBaseName = "importtest.tar"
  $this->newBaseName = ""
  $name = "ssproto-data-1220394271.xml"

The value returned is    "importtest.tar/sproto-data-1220394271.xml". Notice that the first character of the original filename ($name = "ssproto-data-1220394271.xml") has been deleted. I don't really know how to patch it because I don't understand the purpose of this code:

  substr($name, strlen($this->newBaseName)+1)

The file "ssproto-data-1220394271.xml" is one of the files embedded in "importtest.tar". The high level code looks like this:

  $zip_reader = File_Archive::read( "importtest.tar" . "/" );
  $xml_writer = File_Archive::toVariable( $result );
  $zip_reader->extractFile("ssproto-data-1220394271.xml", $xml_writer);

The embedded file has no path information attached.

File_Archive: Feature/Change Request 14559 [Open] Use PHP ZIP extension

charles dot fmj at gmail dot com — 2008-08-25T08:07:08+00:00

File_Archive Feature/Change Request
Reported by cbrunet
2008-08-25T08:07:08+00:00
PHP: Irrelevant OS:  Package Version: 1.5.4

Description:
------------
The use of PHP ZIP extension should allow faster operations, support more ZIP compression schemes, and reduce number of bugs.

File_Archive: Feature/Change Request 14547 [Open] Unable to create archive with an empty directory

wiktor at fckeditor dot net — 2008-08-22T14:55:05+00:00

File_Archive Feature/Change Request
Reported by wwalc
2008-08-22T14:55:05+00:00
PHP: Irrelevant OS: Win XP/SP3 Package Version: 1.5.4

Description:
------------
I need to create empty directories inside of a zip archive. However it seems that it is impossible.

I've spent quite a lot of time on trying to resolve it, I'd appreciate if anyone could tell me how to do it... it seems that it is impossible at this moment.


Test script:
---------------
//create single file in subdirectory works:
$targetFile = "test.zip";
require_once "File/Archive.php";
$innerWriter = File_Archive::toFiles();
$dest = File_Archive::toArchive($targetFile, $innerWriter);
$dest->newFile("path/to/subdirectory/file.txt");
$dest->writeData("test");
$dest->close();

//but create single empty directory doesn't:
$targetFile = "test.zip";
require_once "File/Archive.php";
$innerWriter = File_Archive::toFiles();
$dest = File_Archive::toArchive($targetFile, $innerWriter);
$dest->newFile("path/to/subdirectory/");
$dest->close();


Expected result:
----------------
create a test.zip file with an empty directory structure in it

Actual result:
--------------
empty archive

File_Archive: Feature/Change Request 12617 [Analyzed] Incorrectly marks an archive/file as compressed when it's not

anders at apt dot no — 2008-05-29T15:54:04+00:00

File_Archive Feature/Change Request
Reported by andersapt
2007-12-05T03:45:02+00:00
PHP: 5.2.3 OS: Windows Package Version: 1.5.3

Description:
------------
I'm trying to make an archive of jpeg files, and only want them stored, not compressed. The archive is supposed to be loaded into a Flash 9 application, with the FZip library. This library can progressivly read zip files if they're not compressed. However, the zip file created by File_Archive incorrectly states that the files are compressed, when they're  not.

Test script:
---------------
$file = "test_archive.zip";

// Store test jpeg
File_Archive::setOption("zipCompressionLevel", 0);
$source = File_Archive::read('test_file.jpg',null,0,2);
$source->close();  //Move back to the begining of the source
File_Archive::extract( $source, File_Archive::toArchive( $file, File_Archive::toFiles() ) ); 

// Load to check compression level
$zip = new ZipArchive();
if( $zip->open( $file )!==true ) die( 'Could not open file '.$file );
for ($x=0; $x<$zip->numFiles; $x++) echo ''.print_r( $zip->statIndex($x), 1).'';
$zip->close();

Expected result:
----------------
I expect the value of [comp_method] from ZipArchive to be 0, not 8.

Actual result:
--------------
The value of [comp_method] is 8.

File_Archive: Bug 10219 [Verified] Not any Archive inside an archive wont be recognises while extracting

marius dot metzler at gmx dot de — 2008-06-04T14:09:43+00:00

File_Archive Bug
Reported by marius.metzler@...
2007-02-28T07:37:30+00:00
PHP: 5.0.4 OS: Windows xp Package Version: 1.5.3

Description:
------------
When I would like to read an archive's content the archives inside wont be recognised.

Having this structure:

test.zip                 // this is the archive I want to read
    test1.txt
    dontknowthename1.zip
    dontknowthename2.zip
    test2.txt


Test script:
---------------
$source=File_Archive::read("test.zip/");   // read the archive's content

$source->close();
while($source->next()) {
    echo $source->getFilename()."
\n";  // output content files
}

Expected result:
----------------
test1.txt
dontknowthename1.zip
dontknowthename2.zip
test2.txt


Actual result:
--------------
test1.txt
test2.txt

File_Archive: Bug 10144 [Verified] long filenames are not stored correctly

2008-06-04T14:15:57+00:00

File_Archive Bug
Reported by fritsch+pear.php.net@...
2007-02-21T09:31:39+00:00
PHP: Irrelevant OS: Ubuntu Package Version: 1.5.3

Description:
------------
In Writer/Tar.php it reads like this:
        $filePrefix = '';
        if (strlen($filename) > 255) {
            return PEAR::raiseError(
                "$filename is too long to be put in a tar archive"
            );
        } else if (strlen($filename) > 100) {
            $filePrefix = substr($filename, 0, strlen($filename)-100);
            $filename = substr($filename, -100);
        }

Actually (at least unix tar handles archives like that) the prefix needs to be a path-component, so that "$filePrefix/$filename" is the actual filename. This is not handled correctly by the above code, so it will inject a slash at strlen()-100 for the filename, resulting in really messy tarfiles.



Test script:
---------------
A solution might look like this:
        } else if (strlen($filename) > 100) {
	    #need a path component of max 155 bytes
            $pos = strrpos(substr($filename, 0, 155), '/');
	    if(strlen($filename) - $pos > 100) #filename-component may not exceed 100 bytes
		return PEAR::raiseError(
                	"$filename is too long to be put in a tar archive"
            	);
	    $filePrefix = substr($filename, 0, $pos);
            $filename = substr($filename, $pos+1);
	    echo "$filePrefix vs $filename
\n";
        }

File_Archive: Bug 6546 [Assigned] File added twice

david at olate dot co dot uk — 2007-01-16T21:29:49+00:00

File_Archive Bug
Reported by david@...
2006-01-21T12:17:33+00:00
PHP: 5.1.2 OS: Red Hat Enterprise Linux Package Version: 

Description:
------------
If you archive a directory, the first file is added to the archive twice.

Test script:
---------------
Directory /home/frame4net/public_html/downloads/cart-2 contains:

-rw-r--r--  1 apache    apache    1024 Jan 21 12:02 1mb.test-file



Expected result:
----------------
The output Cart-2.zip file should only contain 1 instance of 1mb.test-file

Actual result:
--------------
There are 2 instances of 1mb.test-file both exactly the same.