Header-encrypted archives: when batch-extracting them, the password is asked twice if the first time is wrong.
Description
Related Objects
- Mentioned In
- R36:88acd3039008: Refactor archive loading
- Mentioned Here
- T3300: Refactor Archive loading
R36:91c316d132d8: cliinterface: make sure the temp dir always autodeletes itself
R36:e925286f6bb9: cliunarchiver: fix error message
R36:e01cfb41b398: cliinterface: refactor the replacement of ExtractArgs
PasswordProtectedHint is ignored e.g. with drag-and-drop extractions, because $PasswordSwitch arg is overwritten by the path of the file and thus is never processed.
This is now fixed with e01cfb4
Extraction to a folder with not enough space: "Extraction failed due to a wrong password."
Fixed with commit e925286.
- Extraction of password-protected files: if the password is wrong, the temp dir does not autodelete itself.
- Extraction to a folder with not enough space: ... and again the temp dir does not autodelete.
Fixed with commit 91c316d.
Header-encrypted archives: when batch-extracting them, the password is asked twice if the first time is wrong.
I can't reproduce this anymore on 16.08 \o/
...because I was using clirar :/
cliunarchive is actually crashing with header-encrypted archives on 16.08...
I think I found out the reason: this is yet another bug caused by the "hidden" ListJob that we run when we create an archive (see T3300).
If the user enters a wrong password, the ListJob fails but BatchExtract has no way to realize that. It doesn't know that there is a ListJob running in the first place, and it just starts an ExtractJob because that's what it does.
In the cli7z case, the ExtractJob founds again the password prompt line and shows again the PasswordQuery.
Just tested again and now the second prompt is gone. Still, we get no error dialog, but now should be easy to add.