Files from extracted zip have wrong modified time

[tbekolay]

Version

0.6.1

Description

Files extracted from a zip have the modified time updated to a value 6 hours in the past. I'm in UTC-6, so the time being read from the extracted file seems to be interpreted as UTC time rather than local time.

Attached are an empty file (test.orig.txt), an archive with that file (test.zip), the extracted result from ouch (test.ouch.txt) and the extracted result from unzip, which has the correct modified time (test.unzip.txt).

Current Behavior

Here's the relevant stat output:

> stat test.orig.txt
  File: test.orig.txt
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 259,9   Inode: 11947048    Links: 1
Modify: 2026-02-07 10:06:50.918485119 -0600
 Birth: 2026-02-07 10:06:50.918485119 -0600
> stat test.ouch.txt
  File: test.ouch.txt
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 259,9   Inode: 16384698    Links: 1
Modify: 2026-02-07 04:06:50.000000000 -0600
 Birth: 2026-02-07 10:07:18.766744263 -0600

Expected Behavior

I would expect the same output that unzip gives:

> stat test.unzip.txt
  File: test.unzip.txt
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 259,9   Inode: 11962158    Links: 1
Modify: 2026-02-07 10:06:50.000000000 -0600
 Birth: 2026-02-07 10:07:31.198860767 -0600

Additional Information

Here's the unzip version, in case it's relevant:

> unzip --version
UnZip 6.00 of 20 April 2009, by Debian. Original by Info-ZIP.

Thanks for ouch!!

test.orig.txt
test.ouch.txt
test.unzip.txt
test.zip

[BenjaminGoehry]

Hi @tbekolay ,
Are you still experiencing this issue? I just tested on macOS with the same ouch version and wasn’t able to reproduce it. I’ll also try on a Linux environment once I have access.

[tbekolay]

Yes, I just downloaded the .zip file in the original post and ouch and unzip disagree on the modify date:

> ouch decompress test.zip
[INFO] Created temporary directory /home/tbekolay/tmp/./tmp-ouch-k167KJ to hold decompressed elements
[INFO] extracted (  0.00   B) "tmp-ouch-k167KJ/test.txt"
[INFO] Successfully moved "/home/tbekolay/tmp/./tmp-ouch-k167KJ/test.txt" to "./test.txt"
[INFO] Successfully decompressed archive in current directory (1 files)
> ls -al
.rw-rw-r--   0 tbekolay  7 Feb 04:06 test.txt
.rw-rw-r-- 166 tbekolay 20 Mar 11:44 test.zip
> stat test.txt
  File: test.txt
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 259,9   Inode: 17041947    Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/tbekolay)   Gid: ( 1000/tbekolay)
Access: 2026-03-20 11:49:28.162834699 -0500
Modify: 2026-02-07 04:06:50.000000000 -0600
Change: 2026-03-20 11:49:28.166227765 -0500
 Birth: 2026-03-20 11:49:28.162834699 -0500

> unzip test.zip
Archive:  test.zip
 extracting: test.txt
> ls -al
.rw-rw-r--   0 tbekolay  7 Feb 10:06 test.txt
.rw-rw-r-- 166 tbekolay 20 Mar 11:44 test.zip
> stat test.txt
  File: test.txt
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 259,9   Inode: 16908290    Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/tbekolay)   Gid: ( 1000/tbekolay)
Access: 2026-02-07 10:06:50.000000000 -0600
Modify: 2026-02-07 10:06:50.000000000 -0600
Change: 2026-03-20 11:47:36.651205640 -0500
 Birth: 2026-03-20 11:47:36.651205640 -0500

unzip has the correct time here, as the .zip was created right before posting the issue, which Github confirms I did just after 10:06 am.

[BenjaminGoehry]

Interesting, I’m seeing the opposite on my side.
I just tried on Ubuntu (WSL): unzip shifts the timestamp by my timezone offset, while ouch preserves the original time. In my case, ouch matches the expected “no conversion” behavior, and unzip appears to be applying an extra timezone adjustment.