NZBs with embedded passwords + "AutoPAR/UnRAR"

[indigital]

Hello,

I've recently updated from a pretty much out-dated to the latest (6.70, B4600) version of NBP and instantly run into the issue, that a manual call of the "AutoPAR/UnRAR" function with an entry (generated from a nzb with an embedded password in the filename) in the "Downloading Files" window no longer produces the intended result (for me).
Before, "AutoPAR/UnRAR" directly extracted the passworded RARs, using the password that was added to the password list of the "Password Manager" while parsing the NZB file, for example, filename{{password}}.nzb.
Now "AutoPAR/UnRAR" just opens the "Password Manager" window and I'm expected add the related password.
Ironically the necessary password already exists in the list, that means, the parsing of the NZB file itself appears to be working.
It is in my case, as if "AutoPAR/UnRAR" doesn't take a look into the password list in order to use the associated password.

Maybe someone has a clue?

[Quade]

Does it unrar properly if you let Newsbin handle it?

Are you trying to get a sample? Which unrar mechanism are you using. From the download or files list?

[indigital]

Quade, many thanks for your instant reply!

Does it unrar properly if you let Newsbin handle it?

Yes.

Are you trying to get a sample?

No.

Which unrar mechanism are you using. From the download or files list?

From the Download List (where I see the Download Descriptions, the NZB's filename).
Using the the first RAR volume in the "File List" also leads to a pop-up of the "Password Manager" window.

[Quade]

Ok thanks for the details.

So what I gather is that, the manual unrar from the download list seems to pop the password picker even though the password is already in the list.

I'll have to check it out.

[indigital]

So what I gather is that, the manual unrar from the download list seems to pop the password picker even though the password is already in the list.

Correct.