Timestamp problem when unpacking

[Calahan]

I've always wanted unrared/unzipped files to retain their original date and time.
So I made a check to "Use internal RAR timestamps. Unchecked uses today's date" in the Settings -> AutoPAR Options.
This set "KeepFilestamp=1" in the nbi file under [AUTORAR].

If something works, I assume it will continue to work in the future and don't check again and again.
After about one year I now realized all downloaded and unpacked files have wrong timestamps.
I can never download all files again so the files get their correct timestamp. I have to live with it.

Since 6.91 beta 6 this no longer works. It was mentioned before for beta 7.
See: https://forums.newsbin.com/viewtopic.php?f=44&t=48174

Apparently nothing has happened since this posting.
Release candidate 1 still has this problem.

I added "UseWinRAR=1" to the nbi file under [AUTORAR] but this didn't change anything.
I could go back to beta 5 but I don't know what features or bug fixes was made after that. So it's not really a solution for me.
Can this be fixed please?

[Quade]

I tested this in RC1 and saw internal time stamps. I'll give it another try. Using the 7zip decoder for RAR will give current time stamps. It's one reason I changed the default to be "use RAR for RAR" in RC1.

Still the settings you mention should work. I just don't remember where RC6 and 5 stand.

[Calahan]

I tested this in RC1 and saw internal time stamps.

That's strange. Every beta from beta 6 up to RC 1 are showing current date and time when upacking rar files.
I set the log level to debug and got this result:

[07/04 20:22:53] DEBUG MF_PipeThread : Read From Comm pipe
[07/04 20:22:53] DEBUG MF_PipeThread : NZB Filename
[07/04 20:22:53] DEBUG NZB File Load Notification: D:\Downloads\NZB-Name{{Password}}.nzb Disposition: 1
[07/04 20:22:53] DEBUG NZB File Loaded: Records:0
[07/04 20:22:53] DEBUG CNNTPDownloadDB:ReadFile: 4 Files Read for: <NZB-Name{{Password}}.nzb> [2/4] - "Filename.rar" yEnc 12345678
[07/04 20:22:53] DEBUG CheckFilename: Using Path:D:\Downloads\NZB-Name\Filename.par2
[07/04 20:22:53] DEBUG CheckFilename: Using Path:D:\Downloads\NZB-Name\Filename.xxxxxxx.par2
[07/04 20:22:53] DEBUG RepairThread: New Filename to Process: Filename.xxxxxxx.par2
[07/04 20:22:53] DEBUG Par File added :
[07/04 20:22:54] DEBUG NZB File Load Checking
[07/04 20:22:55] DEBUG CheckFilename: Using Path:D:\Downloads\NZB-Name\Filename.rar
[07/04 20:22:55] DEBUG RepairThread: New Filename to Process: Filename.rar
[07/04 20:22:55] DEBUG AutoPAR: Add File With PARID: Filename.rar
[07/04 20:22:55] DEBUG AutoPAR: Good files = needed files and goodblocks = needed blocks<NZB-Name{{Password}}.nzb> [2/4] - "Filename.rar" yEnc 12345678
[07/04 20:22:55] DEBUG Combining QPMS Complete
[07/04 20:22:55] ALWAYS Password Found: Password
[07/04 20:22:55] ALWAYS Password Found: PasswordUsing WinRAR
[07/04 20:22:55] DEBUG Decode To Temp Folder: D:\Downloads\NZB-Name\UnRE87F_tmp\ UnRAR Filename: D:\Downloads\NZB-Name\Filename.rar
[07/04 20:22:55] DEBUG CNNTPDownloadLists:: MoveList From: 0 To: 3

All files got current date and time.
Should I mail the nzb file which I used for testing?

[Quade]

Maybe the fact they're encrypted has something to do with it? I ask WinRAR to use the internal timestamps. I don't set them myself. Looking at the code, it defaults to "set internal timestamp"

I'll try something encrypted this time.

[Calahan]

Is there any news about this problem?
Can I help in any way?

[Quade]

I believe I know what's going wrong and I'm in the midst of testing a fix.