Don't preserve timestamps of extracted archive contents

Help & Support
1

When I use the following command to extract archives, the timestamps of the extracted files and folders are preserved despite having used COPYDIRTIMES=no COPYFILETIMES=no.

Copy EXTRACT HERE COPYDIRTIMES=no COPYFILETIMES=no WHENEXISTS=rename

I'm guessing COPYDIRTIMES and COPYFILETIMES don't work with the extract command?

As an aside, the WHENEXISTS=rename also doesn't seem to work with COPY EXTRACT (I'm always prompted with a dialog box asking whether I would like to replace, rename, skip, or abort). Are these limitations of the EXTRACT command?

2

You're right about COPYDIRTIMES and COPYFILETIMES. We'll make them work in conjunction with EXTRACT in the next update.

The WHENEXISTS argument does seem to work ok in that situation, however.

3

@Jon Many thanks for incorporating this fix in the next update!

As for WHENEXISTS=renamewith the EXTRACT command, I'm still finding that extracted folders are not automatically renamed.

So if I use the command in my first post:

Copy EXTRACT HERE COPYDIRTIMES=no COPYFILETIMES=no WHENEXISTS=rename

I get a prompt asking me what I would like to do if the same folder already exists in the destination:

whenexists

Perhaps the WHENEXISTS=rename argument only works for files but not folders?

4

Ah yes, with folders that will happen currently. It's a limitation of the third-party ZIP library we use in Opus. However we do have the source code for it these days, so it's probably something we can address in the future.

5

Since initially creating this thread, I've gotten around the limitation via scripting, but a built-in solution would be most welcome :slight_smile: