ZIP/compression issues

Unable to unzip and zip VMOD files. Unzip using MS-Explorer compression utility and 7-Zip. Trying to remove excess images but attempted to unzip and zip without any changes to the source files. And yes, I rebuild from the subdirectory with the buildfile and moduledata and subfolders (images) in the root. Note, this was not a problem a few months a ago but I wonder if it is an issue with the latest Windows version 10, 1607, build 14393.222?

Thus spake Galileo:

Unable to unzip and zip VMOD files. Unzip using MS-Explorer compression
utility and 7-Zip. Trying to remove excess images but attempted to
unzip and zip without any changes to the source files. And yes, I
rebuild from the subdirectory with the buildfile and moduledata and
subfolders (images) in the root. Note, this was not a problem a few
months a ago but I wonder if it is an issue with the latest Windows
version 10, 1607, build 14393.222?

Post a test module with the problem so we can have a look at it.


J.

What is the best way to upload the module, its 14.5Mb? A file attachment is too large, if you want I could share a DropBox link?

Thanks,
Michael

Uploaded file using the file upload: 7YWFG_10.vmod

This is the original file that works but when uncompressed then compressed and error is generated. Any assistance would be appreciated.

Errorlog attached to this eMail.

Thanks in advance,
Michael

Thus spake Galileo:

Uploaded file using the file upload: 7YWFG_10.vmod

I don’t see the file. To where did you upload it?


J.

Joel, go here:

vassalengine.org/wiki/File:7YWFG_10.vmod

Hi Michael,

The issue is with the images in the module with the non-Latin names. Königsberg.png, Küstrin.png, Münster.png etc.

Vassal has problems reading modules created with third party zip encoders that include file names with non-latin file names (Vassal tracker bug 4535). The module works if you load these files using Vassal, but not if you unzip and rezip the module using 7zip or Windows zip.

There are 2 work arounds for this:

  1. To keep the images with the same name (same problem may happen in the future):

    • Use 7zip to remove the existing images containing Umlauts.
    • Use the Vassal Editor to load the images back in.
  2. To rename the images (permanent fix):

    • Use 7zip to remove the existing images containing Umlauts.
    • Rename the images to remove the Umlaut
    • Use Vassal (or 7zip) to load the new renamed images back into the module.

Regards,
Brent.

Sorry,last step in workaround 2 should have been

  • Use the Vassal Editor to load the new renamed images back in to the appropriate components. Don’t use 7zip.

Thanks for the quick look and information very much appreciated.

Cheers,
Michael

Thus spake Brent Easton:

Hi Michael,

The issue is with the images in the module with the non-Latin names.
Königsberg.png, Küstrin.png, Münster.png etc.

Vassal has problems reading modules created with third party zip
encoders that include file names with non-latin file names (Vassal
tracker bug 4535). The module works if you load these files using
Vassal, but not if you unzip and rezip the module using 7zip or Windows
zip.

So, this is not our bug—it’s a limitiation of the pre-Java 7
java.util.zip classes.

From Java 7 onward, it’s possible to specify a charset for ZIP archive
names. If we could switch to Java 7, we could solve the problem by
changing a few lines of our code. Unfortunately, we still have many
users on systems where there is no Java 7 or later (and probably won’t
ever be), so that’s not a great option.

We could swap out java.util.zip for Apache Commons Compress, which does
support non-ASCII filenames. 1.11 is the last version which still
supports Java 5.

Is that something worth doing?


J.


messages mailing list
messages@vassalengine.org
vassalengine.org/mailman/listinfo/messages