Closed tnvu closed 2 months ago
@tnvu was this with a pre-compiled version of igir
?
yes, v2.5.0 pre-compiled
There's probably a problem with error handling in igir
somewhere, but I can't seem to reproduce this exact issue.
Could you test your input zip file, like this:
unzip -t "input/Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es).zip"
"No errors detected in compressed data of Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es).zip."
So I did a few tests:
1) Unzipped the original archive and ran igir on the extracted files = SUCCESS 2) Fed the newly created archive back into igir = SUCCESS
So there is something funky about the weird about the original archive and how igir is handling it... but only when it's in the archived format.
I then converted the zip file produced by igir into a torrentzip and it has the same MD5 as the original (problematic) file. So if you have that particular file already, convert it to TorrentZip and you should be able to reproduce the problem.
@tnvu I'll work on doing that on my end.
Meanwhile, could you test this PR and tell me if it helps you, instructions are in a comment: https://github.com/emmercm/igir/pull/994
This worked for me in that it successfully exits (doesn't hang anymore) and cleans up the temporary files. It should resolve #981
It still has the start argument error though
[20:35:26.513] ERROR: CandidateWriter: Nintendo - Wii U (Digital) (CDN): Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es): output/Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es).zip: failed to create zip: failed to create patched read stream for input/Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es).zip|00000019.h3: Error: failed to create stream for input/Amazing Spider-Man, The - Ultimate Edition (USA) (En,Fr,Es).zip|00000019.h3: TypeError [ERR_INVALID_ARG_TYPE]: The "start" argument must be of type number. Received null
Thank you for testing! That failed to create stream for
is the key piece here. There's something wrong with https://www.npmjs.com/package/unzipper that I'll likely need to report to them.
In the meantime, I'll work on getting this change in so at least igir
doesn't hang forever.
Hi @emmercm Christian,
Just wanted to report that i have this error today too from the pre-compiled version.
I added some new DAT files into the mix and assumed it was those that caused the issue but having read the above its likely that igir has been asked to process a zip file it ignored before and now will not continue. I've removed the DAT files and its processing normally now.
Unfortunately the output of the error didnt give much in the way of a path to the file with the issue so i couldnt resolve manually.
@tnvu so that I can reproduce, what TorrentZip tool are you using and what options did you provide to it?
@keywal please enable trace logging with the -vvv
option and upload the log file.
I believe https://github.com/ZJONSSON/node-unzipper/issues/324 is the issue here.
I can put in a fix to stop these crashes, but igir
won't be able to fully read these files until the library makes a fix.
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.
Comment generated by the GitHub Lock Issues workflow.
Paste the command
./igir move zip test -d dat/Nintendo\ -\ Wii\ U\ (Digital)\ (CDN)\ (20231116-082151).dat -i input -o output -vvv
Describe the bug
On some archives, it prints out the error message
failed to create zip: TypeError [ERR_INVALID_ARG_TYPE]: The "start" argument must be of type number. Received null
Expected behavior
zip file should be created successfully
Debug logs
igir.log
DAT(s) used
https://datomatic.no-intro.org/index.php?page=download&op=dat&s=107
igir version
2.5.0
Node.js version
N/A
Operating system
Linux
Additional context
This is also causing the igir process to hang at the end of processing.