10x for the info but the zip filename is pretty short -- 1.zip -- it's the zip contents that is causing troubles with the ZIP Plugin.
I was talking all the time about the content, even thou, not explicitly written.
For instance the ZIP Plugin (and 7-zip) takes care of illegal characters in filenames in the zip contents (e.g. ':', slashes, quotes are converted to '_') but apparently filename length is not taken care when sanitizing archive filenames.
Well that was what I was talking about. AS does not have this
support so it does not check the maximum length of 260 characters (you can use I think only 255 to be exact). What happens when you try to click (unpack it) on it; AS tries to open your
1.zip file. ITt tries to extract it to temporary path (which is then displayed in panel as zip content) thus exceeding 260 characters => therefore you see the error.
Most unzip utilities have the same flaw, even 7-zip fails to extract filenames longer than MAX_PATH on Windows (and my
vbzip.exe effort is included in the pack).
Well that is called "long path" (or
unicode path)
support and most of the utilities do not have it. Perhaps you could extract it using PowerShell and the
Unicode path too. Thank you for sharing your code!
I'm just sharing these sample zips for testing as I already found a way to extract the contents.
That is good.