- changed title to First RAR gets overwritten with -y without finding the archived file first
- marked as minor
- edited description
First RAR gets overwritten with -y without finding the archived file first
Issue #129
new
<rektimus> so idk if its me being retarded or what
<rektimus> but i had like 40 releases, then i ran srrs to recreate nfo/sfv
<rektimus> all the .rars got corrupted
<@YopoM> hmm, I was able to duplcate that
<@YopoM> IF you did not run it with -x parameter, it will kill the rar
<@YopoM> ".rar"
<@YopoM> or part01.rar .... etc
<@YopoM> copied a small SD to a temp folder, deleted .nfo .sfv, copied srr into the folder and ran srr release.srr -y
<@YopoM> if then immed extracted nfo sfv, then created a length 0 rar, -then- complained it could not find the source file
<@YopoM> I suspected that was a scenario that can happen, because on a renamed media file, if it cannot find the name, I have noticed in the past it does create the length 0 rar file
<@YopoM> .. and now we know it will overwrite a good rar file
<@YopoM> with -x, it does not touch the rar, just extracts the srr files
- Do not start reconstruction without having the packed file first.
Comments (1)
-
reporter - Log in to comment
-y is used: expected behavior, but fail faster