When creating a zip file using context menu, it creates an invalid zip archive which actually appears to be some sort of gzip file instead. More than once I sent these zips to Windows users, who replied that they can't open them, and only when I recreated the zip manually from command line using the 'zip' utility were they able to open it. This time around I decided to delve a bit deeper and find the culprit. For an archive utility to create invalid zip archives (the most popular compressed format?) by default, is a pretty major bug in my opinion. I wasn't sure if this is an Ark bug or perhaps Dolphin's or some other component, but the same thing happens when using Ark GUI itself to create a new zip archive. Reproducible: Always Steps to Reproduce: 1. Open Dolphin. 2. Right-click on a file to show context menu. 3. Select 'Compress' -> 'As ZIP Archive'. An archive is created with the same name as the original file, plus a '.zip' extension. 4. Run 'file <filename>' from command line. It identifies the files as 'gzip compressed data' rather than 'Zip archive data' as it does with a valid zip archive. 5. Use Okteta or hexdump to look at the file header. The first two bytes are NOT 'PK', which they would be in a valid zip archive. Actual Results: An invalid zip archive is created. Expected Results: A valid zip archive should be created.
This is an issue with kubuntu's packaging, see https://bugs.launchpad.net/ubuntu/+source/ark/+bug/1388532 as per https://bugs.kde.org/show_bug.cgi?id=341078
Thanks - will track it there. I suppose you can close it here.
It looks like this is solved in vivid, but I'm not sure as I have ark_15.04.0-0ubuntu1~ubuntu15.04~ppa1_amd64 from Kubuntu Backport PPA. ark -v reports: Qt: 4.8.6 KDE Development Platform: 4.14.7 Ark: 2.19 I tested this by using dolphin to zip a file and then used file filename.zip to verify the type. I did not test the file by f.i. using winzip in windows.
*** This bug has been marked as a duplicate of bug 340456 ***