Why when i use "copy addtozip" command with "no compression" level my DOpus cycles!!!! (writing temp-file don't stop) What's this?
I can't reproduce this. What are the source & destination folders and which files are selected when you run the command?
Does it still happen if you simplify things, e.g. just zipping up a small text file?
It is difficult to reproduce, but I also regularly get this error on one of my development project folders, almost every single time I use the "Add to Zip..." context menu item (i.e. the one that invokes the Zip settings dialog). Unlike fkast, I use maximum compression.
The issue is that the zipping process never completes - the temp file is created, all files are packed into it, finally it properly gets renamed to somefile.zip, but then Opus restarts the compression, creates another temp file and loops forever. The zip file created originally is 100% usable, though, as if the problem were only a failed "are we complete?" condition check that makes Opus recurse from to the starting point. Superficially it looks like a shortcoming of the zip library Opus uses.
I cannot post any of my project files, unfortunately, but I'll try to find a test case that demonstrates the issue. (The particular project folder structure of mine is pretty deep, which might be one of the triggers.)
[quote="nudel"]I can't reproduce this. What are the source & destination folders and which files are selected when you run the command?
Does it still happen if you simplify things, e.g. just zipping up a small text file?[/quote]
...BTW, if I use the plain vanilla "Add to somefile.zip" menu item, the compression never gets into the infinite loop (regardless of the Zip settings in Preferences). The issue only occurs when the "Add to Zip File" dialog is invoked first.
[quote="Alan"]It is difficult to reproduce, but I also regularly get this error on one of my development project folders, almost every single time I use the "Add to Zip..." context menu item (i.e. the one that invokes the Zip settings dialog). Unlike fkast, I use maximum compression.
The issue is that the zipping process never completes - the temp file is created, all files are packed into it, finally it properly gets renamed to somefile.zip, but then Opus restarts the compression, creates another temp file and loops forever. The zip file created originally is 100% usable, though, as if the problem were only a failed "are we complete?" condition check that makes Opus recurse from to the starting point. Superficially it looks like a shortcoming of the zip library Opus uses.
I cannot post any of my project files, unfortunately, but I'll try to find a test case that demonstrates the issue. (The particular project folder structure of mine is pretty deep, which might be one of the triggers.)
[quote="nudel"]I can't reproduce this. What are the source & destination folders and which files are selected when you run the command?
Does it still happen if you simplify things, e.g. just zipping up a small text file?[/quote][/quote]