Closed chainsawsalad closed 1 year ago
Confirmed I'm seeing the same behavior on my end.
I'm also seeing a ton of not overwriting existing file
TRACE logs, indicating every entry in the input zip is generating the same output file - but there should only be one.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Paste the command
npx -yes igir@latest -vvv move --dat ./DATs/Redump/SNK\ -\ Neo\ Geo\ CD\ -\ Datfile\ \(111\)\ \(2022-09-23\ 17-55-26\).zip --input ../downloads/Garou\ Densetsu\ Special\ ~\ Fatal\ Fury\ Special\ \(Japan\)\ \(En\,Ja\).zip --output ./Redump_downloadtest/ --dir-dat-name
Describe the bug
I'm running into cases where the original files are not being deleted after a successful move to the output directory. It aborts the operation with the warning message
not deleting moved file, XX archive entries were unmatched
. It seems to occur with ROMs of the cue/bin format.In the example I provide, I manually hashed each file to confirm it matched the DAT entries. It's a perfect match, so I'm unsure what the problem could be.
Expected behavior
When using the
move
command, ROMs that match a DAT entry should be copied to the output directory and then removed from the input directory.Debug logs
Excerpt from
SNK - Neo Geo CD - Datfile (111) (2022-09-23 17-55-26).dat
:SHA1 hashes on file:
Logs too long to include, so see attached. igir_log.txt
igir version
1.6.2
Node.js version
18.12.0
Operating system
Linux
Additional context
No response