I received a zipfile with 215.209 files in it. I wanted to extract these files and tried this with DO. I went into the zipfile (fine); selected all files (fine) and started the process with Copy files. After 2 hours(!) still no files were extracted and I had to kill the process (seems to be hanging). I tried the same with TotalCommander and that did the trick: started copying the files after 2 seconds(!).
Unfortunatly I can't send you the zipfile: it consists of consumerinformation that I may not share with you,
Do you get similar results if you right-click the zip file and choose Extract to "ZipName"?
Would it be possible to generate some manual process dumps while the delay/freeze is happening, so we can take a look at which part of the code it's happening in? That might be enough for us to work out what's going wrong without an archive to repro the problem. Here's how to make the dumps: Crash dumps for bug reports
It's an unusual performance issue, caused by the design of the zip library we use.
Replacing the zip library is not a small task, since it is tied in to a lot of different things that all need testing, and other libraries work slightly differently.
It's on our list to do, but it's not trivial, nor high priority unless more issues with it emerge.
Extracting with other tools can be done from Opus, too. e.g. 7-Zip or WinRAR via the right-click menus.