Issue updates for project peazip on Google Code

Update 7 to issue 35 ("Extraction of compressed TAR files as an atomic operation")

2015-02-14T09:51:29Z

Issue starred, seriously this should be the default behavior.

Update 13 to issue 13 ("[Windows] doesn't open files whose name has extended chars out of current machine's codepage.")

2015-01-24T14:29:30Z

Did something change? I tested the latest version (5.5.3) of Peazip and still no support for Cyrillic (and every UTF-8) files in archives.

Update 1 to issue 66 ("Auto-sort order for .7z archives")

2015-01-05T15:14:16Z

better would be sorting by name.ext (for all files from from all (sub)directories), it can place the same files one after another (best for solid blocks)

Issue 296 created: "File present in Shared drive is no longer accessible"

2014-12-09T10:06:33Z

The Issue is sometimes,when we create archive from shared folders in server, we get this error. however, when we copy the same files to local HDD, we can zip them easily. Please resolve.

Issue tracker has moved to http://sourceforge.net/p/peazip/tickets/

Update 2 to issue 139 ("[Linux] Archive file specified on command line is searched in application directory")

2014-12-06T22:16:51Z

bump. same issue.

Update 7 to issue 180 ("Cannot restore main menu after hiding")

2014-10-30T18:54:01Z

try delete C:\Users\[USER_NAME]\AppData\Roaming\PeaZip\

Update 12 to issue 13 ("[Windows] doesn't open files whose name has extended chars out of current machine's codepage.")

2014-10-21T21:28:43Z

Any chances to resolve the issue? Currently the only problem preventing me from using peazip. Also Lazarus have already supported unicode no?

Update 6 to issue 35 ("Extraction of compressed TAR files as an atomic operation")

2014-09-22T18:21:22Z

I installed your software today, noticed that this is still an issue, and promptly uninstalled it. I am unlikely to ever try it again. It would take you all of 5 minutes to fix this and yet no go? Come on.

Update 11 to issue 13 ("[Windows] doesn't open files whose name has extended chars out of current machine's codepage.")

2014-08-27T06:54:59Z

I recently used peazip and found also no Arabic support. any arabic charchter is shown as "?", and then not accessible, folder or file.

Update 10 to issue 171 ("Folders inside some JAR (ZIP) files are not seen by PeaZip")

2014-08-22T12:23:17Z

Its also worth noting in #9 above, that the new created Windows Explorer is 200 Bytes smaller than PeaZips best effort.

Update 9 to issue 171 ("Folders inside some JAR (ZIP) files are not seen by PeaZip")

2014-08-22T12:21:28Z

I'm having the same issue with PeaZip 5.4.1, see attached collection of ZIP files.

The good file shows a file and a folder that i can browse into (containing one file),
the bad file shows two files and references the folder in the path in the "Full name" column.

Diff shows some mayor differences between the two.
For reference, i also included some newly created PeaZip and Explorer files. None match binary though.

Update 8 to issue 171 ("Folders inside some JAR (ZIP) files are not seen by PeaZip")

2014-08-01T12:58:25Z

I also have this problem too but with a zip-archive ! I wanted to open a zip archive containing data of a custom android rom and there are no folders shown. if i extract the archive the folders will be created. i'm using peazip 5.4.0

Update 5 to issue 35 ("Extraction of compressed TAR files as an atomic operation")

2014-07-26T18:21:22Z

I agree - this program looked good until I saw that opening tar.* files is a two step, two window operation. Seems odd this is still an issue 4 years since it was posted!

Update 9 to issue 27 ("Delete original files after being archived or extracted")

2014-06-10T08:56:27Z

I will not use peazip due this missing functionality. I need only files which was added to an archive are deleted. if during zipping process is some files added to the folders/subfolders, dummy script can easily delete files which are not archived. 

If this functionality is missing, pea is useless.

Update 8 to issue 27 ("Delete original files after being archived or extracted")

2014-05-23T16:41:57Z

Could this request please be re-viewed and given a higher priority?
I also would really have this option. I started to use peazip because of it's combined command line AND user interface approach! The generated command line by peazip for each packing/extraction is a winner!

I have created scripts and an mini-applications using pea-zip, the problem is deleting archives after they have been processed. Sure, single span archives are no problem but multi-span archives can present a challenge. After a multi-span archive is chosen to be unpacked, peazip must have some kind of process/mechanism that consolidates the archives to be unpacked. (be it regex or whatever).

The only thing left is to process this list for deletion.
At the very least pass this list back to the user so he/she can process it him/herself. This can be done in various forms: clipboard, saving a textfile which contains all the processed paths, ...

Please re-consider this.

Thank you.

Update 4 to issue 270 ("RAR5 Archive Support")

2014-05-01T12:33:12Z

Hi, while the new RAR5 specifications are Public Domain, there is not still a working Open Source implementation of it.

Likewise PeaZip, Bandizip internally uses 7z (9.20 Bandizip, 9.22 PeaZip) for supporting various formats, which does not support RAR5, in Bandizip RAR5 extraction is done through a non Open Source dll.

I would not like to fork 7z/p7zip unrar code to add RAR5 support - RAR extraction is supported by PeaZip through Igor Pavlov's unrar code released Open Source.

An alternative I'm evaluating is adding it as external module (like for ACE support) using an existing closed source implementation, if a suitably licensed implementation exists.

Update 3 to issue 270 ("RAR5 Archive Support")

2014-05-01T11:28:16Z

Almost forgot about this. I long since switched to Bandizip. Best freeware archiver I've tried and just 2 days after writing at their forum about RAR5, they implemented the new DLL into their application. They too used 7-Zip to process RARs.

I guess the PeaZip author either don't know what to do or just doesn't care.

Update 2 to issue 270 ("RAR5 Archive Support")

2014-05-01T11:16:57Z

any news about rar5 in peazip? do updates since introduced it?

Update 10 to issue 156 ("[Some Linux distributions] Missing libgdk_pixbuf-2.0")

2014-04-26T13:49:35Z

I fixed this in 13.10 by installing libgtk2.0-0:i386

sudo apt-get install libgtk2.0-0:i386

Update 3 to issue 283 ("Linux - Peazip broken on Ubuntu 13.10")

2014-04-26T13:46:53Z

I got peazip to work on 13.10 64-bit by installing libgtk2.0-0:i386

sudo apt-get install libgtk2.0-0:i386