When creating a ZIP archive, Error 18 is received but 7Z worked

The error message

An error occurred copying 'verified_contents.json':
Error opening input file, (ZIP Error 18)

Background

Before an update of Vivaldi (browser), I make a zip archive of the %appdata% folder of Vivaldi.

I have been doing this for years using Dopus 12.XX.

I had updated to 13.XX of DOPUS, (13.05) last week. This was the first time I had done an update of Vivaldi since updating DOPUS.

The following methods created the error

  • I used my quickkey command

    • The commented-out command was what I used for years.
      I tried the "Archive =.zip" part to test if that was an issue.
      copy ARCHIVE=.zip HERE CREATEFOLDER = "{date|yyyyMMdd}_{time|HHmm}"
      // Copy ZIP HERE CREATEFOLDER = "{date|yyyyMMdd}_{time|HHmm}"
      @NODESELECT
      
  • I used the toolbar menu to create a zip archive.

The following methods worked

  • Creating a 7Z archive from the toolbar menu

Update to beta 13.5.4

  • This also failed in both methods of creating a zip archive but 7Z worked

Note:

  • I can view (in DOPUS) each of the files (veritifed_contents.json) without any issue.

  • The 'verifited_contents.json' file size ranges from 1KB to 23KB

  • On my system there are 43 'verifited_contents.json' files.

  • I copied the Vivaldi appdata folder to another location and the zip failed but the 7Z worked.

  • Vivaldi was not running when creating the archive.

  • As a test, I rename the files to a different name and extension. I got the same Error 18. (verified_contents.json RENAMED TO abc_vc.txt), in the copied folder.

It sounds like the issue happens with particular files. Please archive (e.g. 7z) one and share it with us so we can try to reproduce the issue.

Attached is one of the files

verified_contents.7z (1.3 KB)

I extracted the 7z to my desktop, then zipped it using Opus (via the right-click menu), and that worked OK here.

verified_contents.zip (1.3 KB)

Do you see the problem if you do the same thing on your desktop, with just that one file (or one folder just containing that file)?

I tried to zip the file using the toolbar archive as a zip and I got the same error.
I used the right-click menu as a zip and I got the same error message.

I copied the 7z file to another drive and extracted it.
I then tried to zip the file and I got the same error message.

I open the json file, and then saved it without making any changes.
I was then able to zip the file.
I compared the two files and there were no differences.

Note: I disabled my anti-virus when trying and It still gave me same error.

I just tried the same file using Windows File Manger zip the file.
It did not work. It gave me this error message:

File not found or no read permission.

The .json file type was associated with UltraEdit editor.
I change the associated to be Windows Notepad.

I received the same error message.

I think there must be something on your system that’s interfering with opening the file in some situations.

A process monitor log might reveal it, but whatever it is must be external to Opus if it is also affecting File Explorer.

I have been doing more testing.

I have found that the files it can not zip but 7z can have a date of 1979-12-31.

If I change the date to 1980-01-01 or later it will zip.

I just checked and there are other files not just json that have the 1979 date.
I tried a few of them and a zip will fail but 7z will work.


I did a ProcessMonitor of zipping a file that failed but could not see any issues.

Thanks for your help.

P.S.
I extracted into another folder a previous zip file of Vivaldi's %appdata% folder created using DOPUS 12.33. It had some of the same files with the 1979 dates.

DOPUS 13.05.04 nor Windows File Manager will zip the 1979 date files.

I have never tried Windows File Manager to zip as I have always used DOPUS.

Just strange.

This is a closed issue for me.

I changed the modified date to 1980-01-01 from 1979-12-31 and was able to zip the folder.

In doing research on creating a zip file and file dates prior to 1980, it appears to be an issue with most zip libraries.

Thanks for looking into this.

I was wondering why the file sent to Leo was able to be zipped on Leo's system but not mine.

I think this may be the difference between our systems.

On my system, I had DOPUS set to use DOPUS' own internal ZIP support.

If I disable this and allow the 7z plugin to support Zip, I could zip the file.
I was also able to zip the complete folder (from a prior copy that had the 1979-dated files).

The change was located at
Preferences / Zip & Other Archives / Zip Files
Uncheck 'Enable internal OPUS Zip support'