therube

7z l folder.7z -ba | cut -c 54- (Unix) cut will cut the first 54 characters from the line. Could do similar with sed or whatnot.

I would think Everything (1.5 alpha) should be able to help. Pretty sure it can read file names within a ZIP. And then should be able to take that & find the associated (unzipped) files. Now, details, are beyond me ;-). But peruse the 1.5a thread, & the features available, & see what you might be able to come up with. A similar (in concept) thread, https://www.voidtools.com/forum/viewtopic.php?t=11597. (That is rather basic, but something in that manner could be expanded up to get what you need,...

LOL, I did that wrong, didn't I, but you get the idea. s/denagerous/dangerous/

typo: 7-zip.chm, -snld, s/dangerous/denagerous/

If your intention is to avoid extracting the archive contents where the archive hash does not match expected hash (rather then the hashes of the file contents - like so you won't extract a "rouge" download), that is different. Though you should still be able to automate that?

If your intention is to avoid extracting the archive contents where the archive hash does not match expected hash (rather then the hashes of the file contents - like so you won't extract a "rouge" download), that is different.

Would testing the archive itself suffice - as opposed to testing the hash of the downloaded file? I'd think that easy to automate? Something like (pseudo-code): 7z -bse0 t archive.7z > nul if %ERRORLEVEL% EQU 0 (7z x archive.7z)

Bugs: Status: "open-fixed" Just what does that mean? As in, in https://sourceforge.net/p/sevenzip/bugs/2368/, it shows as "open-fixed". Does that mean that the bug is still open, & is "fixed" (but it just has not yet made it's way to a Release (like 23.01, yet - because it is not fixed there)?