Preserve modified date when unzip files.

[terofeev]

Type of change(s)

• Bug fix
• Feature / enhancement
• Infrastructure / tooling (CI, build, deps, tests)
• Documentation

What changed and why

• Preserve the original lastModifiedTime of files when unzipping them.

Fixes the following issue(s)

• Fixes Preserve timestamps when extracting (.zip) archives #176

Checklist

• I read the contribution guidelines.
• I updated the "Unreleased" section in CHANGELOG.md (if applicable).
• I manually tested my changes on device/emulator (if applicable).

[naveensingh]

I knew someone would take this on. I found a couple of issues:

• It won't work when decompressing files directly using the action menu. See ItemsAdapter.kt.
• Not explicitly included in the bug report, but it makes sense to fix this for compressions as well. Passing on the source timestamp when configuring zip parameters should be enough.
• We should handle the case where the library returns 0 as the timestamp. We can use System.currentTimeMillis() or fallback to the previous no-op behavior.
• Optionally, maybe consider doing this for directories as well? It'll likely complicate the restoration logic due to the sequential nature of extraction, but worth a try.

Thanks.

[terofeev]

I knew someone would take this on. I found a couple of issues:

• It won't work when decompressing files directly using the action menu. See ItemsAdapter.kt.
• Not explicitly included in the bug report, but it makes sense to fix this for compressions as well. Passing on the source timestamp when configuring zip parameters should be enough.
• We should handle the case where the library returns 0 as the timestamp. We can use System.currentTimeMillis() or fallback to the previous no-op behavior.
• Optionally, maybe consider doing this for directories as well? It'll likely complicate the restoration logic due to the sequential nature of extraction, but worth a try.

Thanks.

Thanks for the great points, @naveensingh

I think it makes sense to create a separate issue for the compression side, since it’s a bit outside the scope of the original bug. The other three decompression-related points can definitely be handled in this PR.

Does that sound okay to you?

[naveensingh]

Sure, let's go with that.

[terofeev]

Fixed the following cases:

• Decompressing files via the action menu in ItemsAdapter.kt
• Handling cases where the library returns 0 as the timestamp

I also attempted to update the "last modified" time for directories, but it's more complex than for regular files:

• If a file is located in multiple nested folders, we need to update timestamps recursively (the current logic skips nested folders)
• The logic in DecompressActivity skips empty folders entirely

So, I believe this PR addresses the primary issue. I’ll create two additional issues that are out of scope for this PR:

• Passing the source timestamp when compressing files
• Fixing timestamps when decompressing folders

What do you think? @naveensingh

[naveensingh]

Sounds good to me. But if directories are getting too complicated, we can skip them for now and just focus on files.

Merging since this works now 🎉

Thank you.