*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY "Extract here and delete archive" deletes only the first (.part1) file for multi-part RAR archives STEPS TO REPRODUCE 1. In Dolphin, right click on the first part of a multi-part RAR archive, and click on "Extract here and delete archive" 2. 3. OBSERVED RESULT After extraction, .part1 is moved to Trash EXPECTED RESULT All parts (.part*) should be removed SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 6.0.2 KDE Frameworks Version: 24.02.1 Qt Version: 6.6.2 ADDITIONAL INFORMATION
Hi, I can confirm this behavior on my system. I'm afraid I didn't consider multi-volume archives when implementing this feature. Unfortunately, it's also not that easy to fix: - Ark uses various plugins for different types of archives (e.g. p7zip for 7-Zip archives, unrar for RAR archives, etc.) - Most (but not all) plugins only pass the file name of the first (.part1) archive to the underlying archive program/library for extraction - The paths of the others parts are resolved internally by the program/library - Thus, we can't delete the other parts (.partX) after extraction, as we don't have their file paths To solve this issue, we could try to implement a function that finds the other parts of the archive. This is rather difficult because the .partX naming scheme is not used by all archive types (7-Zip also uses .7z.XXX for example).
Isn't it better to remove/disable this functionality, at least for ".part*" archives, until a proper fix is in place? The current behavior is not good in my opinion.
Bug confirmed also on my system. Nobara 40, Plasma 6.1.3, frameworks 6.4.0, Kernel 6.10.3 . It affects other compressed formats, not only RARs. 7z files with .001 , .002 etc extensions are also affected by this bug. The first one gets deleted (.001) but all the others remain.
I encountered this bug today.
Another year later since I last commented on this bug, I am here to confirm that this bug is still very much present and actively being ignored. June 2025, KDE Plasma 6.4