You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the UTF-8 flag in a zip archive is omitted, ZIPFoundation is trying to use CP437. This works on Apple platforms, but is not supported on Linux. As a result, all filenames default to "", and unzipping fails.
If Wikipedia is to be believed, CP437 in the spec is more theoretical, and in practice, legacy archives used whatever code page was set on the system. So maybe the easiest solution might be to pick an arbitrary 8-bit ASCII extension that is supported on Linux (e.g. I used .latin1 successfully for my purposes).
Related Link
Reported the problem on the Swift side: swiftlang/swift-foundation#1029. Maybe they'll get around to fixing this (they seemed interested when I mentioned that in principle, CP437 is mandated by the ZIP spec):
The text was updated successfully, but these errors were encountered:
Summary
When the UTF-8 flag in a zip archive is omitted,
ZIPFoundationis trying to use CP437. This works on Apple platforms, but is not supported on Linux. As a result, all filenames default to"", and unzipping fails.If Wikipedia is to be believed, CP437 in the spec is more theoretical, and in practice, legacy archives used whatever code page was set on the system. So maybe the easiest solution might be to pick an arbitrary 8-bit ASCII extension that is supported on Linux (e.g. I used
.latin1successfully for my purposes).Related Link
Reported the problem on the Swift side: swiftlang/swift-foundation#1029. Maybe they'll get around to fixing this (they seemed interested when I mentioned that in principle, CP437 is mandated by the ZIP spec):
The text was updated successfully, but these errors were encountered: