Patch async-add-fromstring-wrong for Zip Related Bug #80940
Patch version 2021-04-07 19:08 UTC
Return to Bug #80940 |
Download this patch
The essence of the problem is that when using the ZipArchive methods asynchronously, at the output I get the required archive, but only with the last processed file within the framework of asynchrony (To be more precise, the archive contains N / t files, where N is the total number of files to be added , t is the number of processing threads)
Another point, when adding asynchronously, it turns out that within the number of threads the added files have the same index (in my case 0), which apparently leads to the "loss" of the added files. Perhaps this is not the correct assignment of the indexes, but I cannot influence it.
The initial presence of the archive does not change the situation.