NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in Set

Forum to report beta release bugs and discuss the latest beta releases with other users.
• If reporting a beta release bug, be sure read the bug reporting guidelines first.
Forum rules
IMPORTANT : Be sure to read the NewsLeecher forums policy before posting.
Post Reply
kublai
Posts: 139
Joined: Thu Jun 17, 2004 3:06 pm

NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in Set

Post by kublai »

Lately I noticed that NL will not decrypt all of the files in the par set while it's downloading causing the set to be incomplete and not having enough par files to fix. What I did was manually run multipar to tell me which files I'm missing then I would rename the unencrypted file to match the missing files then I would be able to repair manually using multipar. Here is the latest set with this behavior. Filename is 20292-0 and 20292-1. File 20292-1.01 and 20292-1.13 does not decrypt while its downloading when it should. After the download is finished, I renamed those 2 files to correspond to missing files then you can manually repair with multipar but NL will still think it's missing in the RNE

Sunfox
Posts: 223
Joined: Sun Apr 09, 2006 5:24 am

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Sunfox »

I have noticed a bit of quirkiness with how NL re-names misnamed files.

First, it absolutely cannot do that with any corrupted files - while standalone PAR programs can, although they often have to be "forced" to check a file to see if it matches. Is there some way that when NL is in progress of downloading a set, and it knows what the set's files are, it can give it a temporary name for use with RnE? ie. "lastfilename.nltemp.001".

Second, sometimes it just fails to rename perfectly intact files. I'm often left with a few original-named files in a directory where it had to download PAR2 files to replace them - but a manual check with the PAR2 file shows those files were just fine, but missed somehow. Sometimes there's even too many files missed for the set to be repaired, leaving me to do it the old way.

Eric10301
Posts: 106
Joined: Tue Jan 02, 2007 8:58 pm

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Eric10301 »

Spiril knows about NL not being able to handle incomplete files that are obfuscated. We'll have to wait on that one.

With that being said, I noticed NL never renames the nfo/sfv files. I assume it's probably because they are downloaded first, alongside the .par2, making it too quick for NL to have something to check against. I think it would behoove spiril to add some sort of final re-name check before NL stars downloading pars for "missing files". Basically, instead of having the user right click the par2 in the r&e window to have it manually check for misnamed files, NL does this itself.
Last edited by Eric10301 on Tue Nov 18, 2014 6:37 am, edited 1 time in total.

Sunfox
Posts: 223
Joined: Sun Apr 09, 2006 5:24 am

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Sunfox »

I don't have it set to download NFO/SFV files first, it just does them in whatever random order has been posted (especially when they're obfuscated), but it definitely doesn't rename them. Not sure if it's something about the files being too small?

Ooh, and thanks for the trick on "detecting mismatched". Didn't know that existed - although if I'm downloading unattended and enough PAR2 files are posted, this will only actually be useful when NL majorly screws up on renaming. :-)

Eric10301
Posts: 106
Joined: Tue Jan 02, 2007 8:58 pm

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Eric10301 »

Sunfox wrote:I don't have it set to download NFO/SFV files first, it just does them in whatever random order has been posted (especially when they're obfuscated), but it definitely doesn't rename them. Not sure if it's something about the files being too small?

Ooh, and thanks for the trick on "detecting mismatched". Didn't know that existed - although if I'm downloading unattended and enough PAR2 files are posted, this will only actually be useful when NL majorly screws up on renaming. :-)
Cool, I just assumed it wasn't renaming the nfo/sfv because I have newsleecher set to download small files first which meant the par2, nfo, and sfv were being downloaded at the same time. I guess that's a bug then.

User avatar
Spiril
Site Admin
Posts: 4278
Joined: Fri Nov 07, 2003 3:11 am

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Spiril »

Pls try this unofficial test release :
http://www.newsleecher.com/nl70005.ufr1.exe

It should fix the issue where smaller misnamed PAR2 set files are not detected and renamed properly.
bug fixed. no idea how. hate it when that happens. trying to break it again now. will. not. be. defeated.

Eric10301
Posts: 106
Joined: Tue Jan 02, 2007 8:58 pm

Re: NL v7.0 Beta 3 UFR #4 - NL Not Decrypting all Files in S

Post by Eric10301 »

NFO/SFV renaming is working now but now the rest of it seems to be working less well. I downloaded something earlier that had around 95 renamed files in the set and 37 were never renamed by NL as it downloaded. Clicking the detect misnamed files button worked, and all 37 were renamed properly, but that was after NL had downloaded 500 megs of unnecessary pars.

Post Reply