Bug 138685 - ark should recognize self-extracting zip files
Summary: ark should recognize self-extracting zip files
Status: RESOLVED FIXED
Alias: None
Product: ark
Classification: Applications
Component: plugins (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Ragnar Thomsen
URL:
Keywords: junior-jobs
: 202764 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-12-11 18:54 UTC by olig9
Modified: 2024-12-03 17:45 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description olig9 2006-12-11 18:54:29 UTC
Version:           2.6.4 (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Ark doesn't seem to recognize self-extracting zip files automatically. These files often have a .exe suffix. When opening such a file in ark, I'm told that the file seems to be of type application/x-msdos-program which is not a supported archive format. I can then select "Zip-Archiv" from the list, and then it opens the file successfully; but it would be nice if ark would do this automatically, without asking.

Interestingly, the "file" command seems to recognize such files:
$ file Robotica_1080.exe
Robotica_1080.exe: MS-DOS executable PE  for MS Windows (GUI) Intel 80386 32-bit, ZIP self-extracting archive (WinZip)

The file I used in this example can be found at http://www.microsoft.com/windows/windowsmedia/musicandvideo/hdvideo/contentshowcase.aspx
Comment 1 Angel Blue01 2009-03-10 19:32:39 UTC
The problem is .exe files are Windows programs, not zip files as we know them, and so a solution probably involves installing WINE and running the "self-extracting zip" in the "fake Windows" environment so I don't know if this is a valid request for KDE.
Comment 2 olig9 2009-03-11 10:42:28 UTC
No, as far as I can see Ark can read self-extracting zip files just fine (from the technical point of view). But it first asks the user for the file type, instead of detecting the type automatically; that's what I want to have changed.

To try this, download a .exe file from the link above, and open it in Ark. After selecting "Zip File" as type, the file should be opened.
Comment 3 Angel Blue01 2009-03-11 15:33:28 UTC
I didn't realize Ark could already do that, yes it makes sense to automatically detect the type, the user doesn't need to care about the original archive.
Comment 4 Raphael Kubo da Costa 2009-04-01 05:50:40 UTC
Both this bug and bug 117243 could be somehow be treated as a single bug report dealing with Ark's file type recognition.
Comment 5 Raphael Kubo da Costa 2009-08-06 16:01:03 UTC
*** Bug 202764 has been marked as a duplicate of this bug. ***
Comment 6 Raphael Kubo da Costa 2010-12-08 02:18:25 UTC
Changing the default assignee in the currently open Ark bug reports to me.
Comment 7 Werner Kroneman 2024-11-08 15:32:41 UTC
It appears that the link is dead; it now redirects to some unrelated stuff about playing media in Windows. Anyone got a file to test with? (I don't have access to a Windows machine right now)
Comment 8 Boris Gjenero 2024-12-03 16:23:56 UTC
One example file is 3440_Input_Driver_3W45C_WN32_19.0.9.4_A00.EXE from https://www.dell.com/support/home/en-ca/drivers/driversdetails?driverid=3w45c

With 23.08.5 in Ubuntu 23.04 I cannot open it at all.
> Loading the archive ‘/d/3440_Input_Driver_3W45C_WN32_19.0.9.4_A00.EXE’ failed with the following error:
No suitable plugin found. Ark does not seem to support this file type.

However 7z and unzip at the command line open it without any problems.  If I simply rename it from .EXE to .zip, then Ark also opens it without problems. So, this should be easy to fix.

Maybe it is fixed already in newer versions of Ark. At https://github.com/KDE/ark I see it supports:
> Self-extracting EXE	application/x-msdownload
Comment 9 Boris Gjenero 2024-12-03 17:45:38 UTC
This is fixed in https://invent.kde.org/utilities/ark/-/commit/3fa7d4fd7074917189647a5bb4f32c09bff8779e

The fix is simply adding the application/x-msdownload MIME type to libarchive_readonly plugin information. I can make Ark 23.08.5 open 3440_Input_Driver_3W45C_WN32_19.0.9.4_A00.EXE linked above using s,application/x-source-rpm,application/x-msdownload, /usr/lib/x86_64-linux-gnu/qt5/plugins/kerfuffle/kerfuffle_libarchive_readonly.so to change an existing MIME type of the same length to that string.