Extract encrypted zip with wrong password makes non-ascii filename broken

[ko-zu]

When s user tries wrong password then retry with valid password for encrypted zip file, generated filename will be broken. Its contents are decrypted properly, though.

To reproduce, please find attached zip file. It was encrypted with a passphrase "password" and contains 日本語.txt encoded with Japanese charset Shift_JIS.
日本語.zip

1. Open attached zip file with Keka.
2. Select Shift_JIS for filename charset.
3. Type wrong password "something"
4. Type valid password "password"
5. Check generated filename.

If you type valid password in the first time (3), generated filename will be correct. So it seems the retrying password input (4) makes Keka to forget the selected charset in (2).

[aonez]

Thanks for the precise feedback and the test file, @ko-zu!

The password retry is the bug here. The first extraction is done using unar and since it fails almost immediately (bad password) p7zip is used then (no encoding options). So the fix will be using p7zip with the same password used before.