Dolphin generates corrupt binaries when extracting 7zip archives

I received a 7zip archive that contains some program binaries.

When extracting them with Dolphin e.g. opening the archive like a directory, then use copy to extract them, the extracted binaries won’t run and will immediately crash with a core dump.

I first thought that I received a corrupt archive, but extracting the files via command line( 7z x ..) works fine and the programs run without a problem.

I could reproduce this by putting, e.g. the ls binary into an archive:

7z a ls.7z /usr/bin/ls

Then “open” the archive with Dolphin and copy the binary into some directory (e.g. by dragging it there).

Then run that ls binary. It immediately core dumps

Is there something I am doing wrong? Is this not supposed to work? Or is this a bug?

Here are some details of my system:

Operating System: Fedora Linux 43
KDE Plasma Version: 6.6.1
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
Kernel Version: 6.18.13-200.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz
Memory: 16 GiB of RAM (15.4 GiB usable)
Graphics Processor: Intel® HD Graphics 620
7-Zip 25.01 (x64) (installed from the Fedora repository)

Can you get the sha256sum of the file before and after 7zipping it? This will confirm whether the file has been altered.

sha256sum /usr/bin/ls (or whatever path you put it at)

1 Like

Yes, they are indeed different:

~/temp> sha256sum /usr/bin/ls
90cb1294cfbc6e07badcd93191c043f8683271410a3e2852d8bd4541952ca963  /usr/bin/ls
~/temp> sha256sum ls
4c56c6d77ff9a1eb49d489239ef16d3a282d9c024c633148409915b9022f637b  ls
~/temp>

~/temp/ls is the place where I “copied” to using Dolphin

The sizes of both files are the same:

~/temp> ls -go /usr/bin/ls
-rwxr-xr-x. 1 145312 2026-01-16 01:00 /usr/bin/ls
~/temp> ls -go ./ls
-rwxr-xr-x. 1 145312 2026-01-16 01:00 ./ls
1 Like

Something indeed is going wrong. How did you install 7zip?

What does your package manager say about it? Something like dnf info 7zip?

Unpacking with 7zip (on the command line) works fine, it’s only when the archive is extracted using Dolphin

I installed it using dnf install 7zip

dnf info 7zip shows:

Installed packages
Name            : 7zip
Epoch           : 0
Version         : 25.01
Release         : 1.fc43
Architecture    : x86_64
Installed size  : 3.3 MiB
Source          : 7zip-25.01-1.fc43.src.rpm
From repository : updates
Summary         : A file archiver
URL             : https://7-zip.org
License         : LGPL-2.1-or-later AND BSD-3-Clause AND BSD-2-Clause AND LicenseRef-Fedora-Public-Domain
Description     : 7-Zip is a file archiver with a high compression ratio. The main features
: of 7-Zip are:
:
: * High compression ratio in 7z format with LZMA and LZMA2 compression
: * Supported formats:
:   * Packing / unpacking: 7z, XZ, BZIP2, GZIP, TAR, ZIP and WIM
:   * Unpacking only: AR, ARJ, CAB, CHM, CPIO, CramFS, DMG, EXT, FAT,
:     GPT, HFS, IHEX, ISO, LZH, LZMA, MBR, MSI, NSIS, NTFS, QCOW2,
:     RPM, SquashFS, UDF, UEFI, VDI, VHD, VMDK, WIM, XAR and Z.
: * For ZIP and GZIP formats, 7-Zip provides a compression ratio that is
:   2-10 % better than the ratio provided by PKZip and WinZip
: * Strong AES-256 encryption in 7z and ZIP formats
: * Powerful command line version
Vendor          : Fedora Project

How are you doing that exactly? If I double click a 7z archive in Dolphin it opens in Arc on my system. Is that the same on your system? Actually I don’t think Dolphin handles archive files at all, it just passes them over to Arc (or some other utility).

I can’t replicate what you’re describing on my system any way I try it.

When I double click the archive, it just opens like a directory inside Dolphin. Then I use the standard file copy features (e.g. Drag & Drop) of Dolphin to copy (=extract) the files to a different directory. This works for ZIP and .tgz files without problems.

I don’t have Arc installed.

Ahh, there you go. Dolphin has a setting under Settings>Configure Dolphin>View>Browse Compressed Files as Folders. I didn’t know about this so thanks.

I’ve gone and tested it and can confirm you have indeed found a bug in Dolphin. Quite a serious one I would think.

My results from opening a 7z archive from within Dolphin (as a folder), copying the archived file and pasting it into a regular folder and they are indeed different:

❯ sha256sum /usr/bin/ls
3aa2b3432228bd0bdc31805f5eb6e97107a2d675427d5f13438ca1a9b57ba8d0  /usr/bin/ls
❯ sha256sum ./ls
0a15defa1171eef020a2d7cb20026ab29ed37c5f6f18d1dcc44c5af2d497a30b  ./ls

You can report bugs here: https://bugs.kde.org/ Sing out if you need a hand.

1 Like

Thanks for confirming my suspicion

I filed a bug https://bugs.kde.org/show_bug.cgi?id=517568

so many combinations of ways to use something like dolphin that they can’t all be tested, but i’m glad you guys got to bottom of it since this would seem like a pretty big deal when used in the way OP was using it.

I am glad that someone listened and that I could be of help.

2 Likes