Page 1 of 1
ZIP plugin 2.1 released
Posted: Sun Mar 01, 2026 6:16 pm
by admin
Version 2.1 of the ZIP plugin for Hollywood is now available for download. This is a minor update which contains a few new features and bugfixes. Also, the plugin is now available in a version for the Linux arm64 platform. The plugin is now available for free download from the official Hollywood portal. Thanks to Hollywood's cross-platform plugin system versions for AmigaOS3, AmigaOS4, MorphOS, WarpOS, AROS (x86), Linux (arm, arm64, ppc, x86, x64), macOS (arm64, ppc, x86, x64), Windows (x86, x64), Android and iOS are provided.
Re: ZIP plugin 2.1 released
Posted: Mon Jun 15, 2026 6:06 pm
by Bohun
Is it possible that the AROS plugin works differently than the others or is corrupted? I used it to export to the .docx format in my Slovo editor, and it works fine in macOS, AmigaOS3, AmigaOS4, and MorphOS, but in AROS it reports an archive unpacking error.
AROS version:
https://amiga.icu/download.php?lng=pl&p ... onfig=0#z2
Re: ZIP plugin 2.1 released
Posted: Sun Jun 21, 2026 10:40 pm
by airsoftsoftwair
Have you got a short
MCVE that can be used to reproduce the issue on AROS?
Re: ZIP plugin 2.1 released
Posted: Sun Jun 28, 2026 11:22 am
by Bohun
It's difficult for me to provide such information because it's not my experience, but rather that of users who write: 'Error opening zip archive' when trying to save a .docx.
I don't have a working instance of AROS. I've tested the program on OS3, OS4, and MorphOS, and it works there. I'm also compiling for AROS, and only this one function doesn't work there, and zip.hwp is in the plugins directory, so I don't know what else I could do. Here's the problematic code snippet:
Code: Select all
zip.OpenArchive(1, f$, #MODE_WRITE)
zip.AddFile(1, "docx_tmp/[Content_Types].xml", {NewName = "[Content_Types].xml"})
zip.AddFile(1, "docx_tmp/_rels/.rels", {NewName = "_rels/.rels"})
zip.AddFile(1, "docx_tmp/word/document.xml", {NewName = "word/document.xml"})
If docxImageCount > 0
zip.AddFile(1, "docx_tmp/word/_rels/document.xml.rels", {NewName = "word/_rels/document.xml.rels"})
For Local idx = 0 To docxImageCount - 1
Local img = docxImages[idx]
If Exists(img.path) Then zip.AddFile(1, img.path, {NewName = "word/media/" .. img.mediaName})
Next
EndIf
zip.CloseArchive(1)
Re: ZIP plugin 2.1 released
Posted: Sun Jun 28, 2026 3:18 pm
by plouf
Bohun wrote: ↑Sun Jun 28, 2026 11:22 am
It's difficult for me to provide such information because it's not my experience, but rather that of users who write: 'Error opening zip archive' when trying to save a .docx.
I don't have a working instance of AROS.
AROS has some livecd you can test in some kind of emulator vmware/virtualbox etc
alos have you ask your user to send the exact docx? maybe its his specific file that has some pecularities
Re: ZIP plugin 2.1 released
Posted: Sun Jun 28, 2026 3:28 pm
by Bohun
This is a fragment of the function that creates a docx file, not opens it. The reason a docx file isn't created is that the program throws an error while executing this function, which doesn't happen in MacOS, OS3, OS4, or MorphOS. Therefore, I'm wondering if the zip plugin for AROS is 100% compatible with AROS.
Re: ZIP plugin 2.1 released
Posted: Mon Jun 29, 2026 1:13 pm
by airsoftsoftwair
Ok, I can reproduce the issue here. Apparently, the AROS version has the same bug that was fixed in the last version for MorphOS, namely this:
Code: Select all
- Fix [MorphOS]: zip.OpenArchive() with #MODE_WRITE didn't work if the target file didn't exist
See here:
https://forums.hollywood-mal.com/viewtopic.php?t=4272
The workaround is simple: Just create a dummy file before calling
zip.OpenArchive() with #MODE_WRITE. Then everything should work fine.
Re: ZIP plugin 2.1 released
Posted: Thu Jul 02, 2026 7:50 pm
by Bohun
Thank you
