7zip negative last modified time even if password is provided and correct

Aspose.ZIP Product Family
1

Hello, this issue is kind of related with: SevenZipArchiveEntry ignores the password provided to the SevenZipArchive

Still, it is different.

The code that could be relevant is:

 @Override
    protected SevenZipArchive getArchive() {
        return decryptionPassword == null ? new SevenZipArchive(zipInputStream) : new SevenZipArchive(zipInputStream, decryptionPassword);
    }

and then:

sevenZipArchive.getModificationTime().getTime();

The problem is that instead of the real modification timestamp I get a negative number that does not make sense, even if the provided password is correct.

This can be reproducible with this file:
prova.7z (15.1 KB)

2

@mrossi
We have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.

Issue ID(s): ZIPNET-1275

You can obtain Paid Support Services if you need support on a priority basis, along with the direct access to our Paid Support management team.

3

We confirm a bug the modification time of encrypted 7z entry fails to set. This will be fixed in the next version.

4

So will it be available for version 25.02?

Thank you for the fast answer anyway

5

Yes, it’ll come in February version.