#573 gui/cli feature parity -

[eric]

Windows11 x64, 7z.exe -version : 7-Zip 22.01 (x64), gui app same.

Given a 'corrupted' zip file (method:store, created via stream so CRC header isn't able to be calculated at time of generation) - 7z.exe -e zip.zip exits with message ERROR: CRC Failed : filename.bin/ Archives with Errors: 1, however THE FILE IS FINE, and is successfully extracted and placed in the destination.

Given the same file, open in 7zfm.exe GUI, attempt to extract. File %temp%\7zXXX\filename.bin is created successfully and is identical to the above extract from 7z.exe. However, THE FILE IS NEVER COPIED TO THE DESTINATION - instead the temp folder along with the okay file is deleted. 7zFM.exe displays error CRC failed : filename.bin, then deletes the temp file/folder upon clicking Close.

Request - IF a temp file is extracted/created (regardless of error), THEN copy it to the requested destination.

[eric]

first, my apologies for the ticket title, I didn't realize I couldn't edit it. Intended subject is "gui/cli feature parity - retain extracted files regardless of errors". Thank you for your attention on this, it's only a mild inconvenience with a functioning work-around (use the CLI) so I set to low priority.

[Igor Pavlov]

Extract it without drag and drop.

[eric]

GUI via "Extract" button does work, file is saved to destination instead of the %temp% and delete - workaround accepted - thank you!!