In March, 2016, someone complained about this happening in version 15. Has any progress been made?
I'm using 16.10.0 on OS X El Capitan (10.11.5). I see the same behavior in 10.10 (Yosemite) and 10.12 (Sierra).
The progress dialog shows 100% immediately- from the beginning there's a blue line completely filling the progress area, and during execution there is a very subtle undulating change in color intensity that flows to the right. It's nothing like the progress bar that runs during unpacking, etc.
I've tried the unzip example in the user guide as well as the execution of a series of simple scripts like "/bin/sleep 1". I incorporated both of these in the "actionlistexample".
The <unzip> action is not intended to support large files (because of its performance). The difference in performance is due to our internal library not being a compiled C extension but interpreted. To workaround the issue, I would recommend to either pack the uncompressed zip instead or to bundle the unzip tool and call it at runtime. With OSX you can also use unzip in the following way:
This will unzip faster than using InstallBuilder's
answered 21 Nov '16, 12:19