SUMMARY when using drag and drop instead of the "extract" button to extract files from an archive ark does not delete the created .ark_XXXXXX folder after completion of the task or on failure STEPS TO REPRODUCE 1. extract files via drag and drop OBSERVED RESULT The .ark_XXXXX folder that is created by ark on drag_and_drop operations in the target folder will persist EXPECTED RESULT ark cleans up the .ark_XXXXX folder and deletes it SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.8.9-1-default (64-bit) (opensuse Tumbleweed) (available in About System) KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 ADDITIONAL INFORMATION
I can confirm this bug. :/ Running Manjaro with Kernel 6.8 and KDE Plasma 6.0.4.
It looks like this is a regression in Qt 6.7. I have a workaround locally, but I'd prefer to fix the actual bug in Qt.
A possibly relevant merge request was started @ https://invent.kde.org/utilities/ark/-/merge_requests/251
Git commit 85c5e26f581cf011638a53e62b92e1da8fd55fcd by Albert Astals Cid, on behalf of Elvis Angelaccio. Committed on 02/07/2024 at 21:17. Pushed by aacid into branch 'master'. cliinterface: adapt to behavior change in QTemporaryDir Qt 6.7 changed the behavior of QTemporaryDir (see commit 935562a77b in qtbase.git) and now QTemporaryDir::path() returns a relative path rather than an absolute one. We were relying on the old behavior which ensured that the extract temp dir would always auto-delete itself, regardless of the ark CWD. This is no longer working, because now when the temp dir gets deleted, its destructor tries to delete a relative path, but meanwhile ark has already changed the CWD and so that path does not exist. The fix is to create the QTemporaryDir with an absolute path (but still as hidden folder in the CWD), so we get back the old behavior (the returned QTemporaryDir::path() will again be absolute). M +1 -1 kerfuffle/cliinterface.cpp https://invent.kde.org/utilities/ark/-/commit/85c5e26f581cf011638a53e62b92e1da8fd55fcd