What I do: – I open an archive with Ark that contains multiple folders and files in these folders – I select a folder (without expanding the view) and choose Extract. – I choose a folder and hit Extract What *currently* happens: – Ark extracts only the folder (not the files within the folder) What I *expected/wished* would happen: – Ark extracts the folder *including* its contents
What kind of archive? (tar/zip/rar?)
(In reply to Elvis Angelaccio from comment #1) > What kind of archive? (tar/zip/rar?) I tried with a zip archive.
I thought this was a feature, but since I cannot reproduce it right now it must be a bug. I am *certain* that this has happened several times for me before.
I also cannot reproduce by following the steps in the first comment. If you find out how to reproduce, please reopen.
Created attachment 113382 [details] Problematic zip I can reproduce the bug with this zip file.
Thanks for the test archive, I was able to reproduce the issue with the libzip plugin.
Git commit 9a349f680b1b38332511f4e4b674d736befbad4c by Elvis Angelaccio. Committed on 17/06/2018 at 13:47. Pushed by elvisangelaccio into branch 'Applications/18.04'. libzip: fix extraction of folders without zip entry Some zip archives may not have a zip entry for a folder, but only the entries for the files within that folder. The Part generates a fake `Archive::Entry` in such cases, which gets added the to list of entries passed to the `ExtractJob`. This is properly handled by unzip (which prints a "caution: filename not matched" warning for the virtual entry) and 7z. However, the libzip plugin would abort the whole extraction when it couldn't stat the missing entry. This patch just prints a warning when it detects a folder that cannot be stat'd (due to the NOENT error), but the extraction will continue as normal. FIXED-IN: 18.04.3 A +- -- autotests/kerfuffle/data/bug_#394542.zip M +10 -0 autotests/kerfuffle/extracttest.cpp M +4 -0 plugins/libzipplugin/libzipplugin.cpp https://commits.kde.org/ark/9a349f680b1b38332511f4e4b674d736befbad4c