Neo26 wrote:Yes they're, when an user delete/remove the main folder of the multifile it expect that all the subfolder, even including completed files are removed. Is obvious, the 2nd attemp for delete the already completed files, that in the 90% case of multi torrrent are useless, is a wasting of time.
Regarding the #4 is obvious that if I remove a file, his empty folder in incoming should be deleted as well, and not that I have to do it manually.
#3 is intended behavior, as I explained to you a user must have the option to delete a torrent without at the same time deleting the subfiles.
only because you don't want to do that does not mean that other users also don't want this functionality.
EDIT: an option would be to add an additional Message box asking the user upon removal of a multifile if he wants to kill only the multifile or also all its subfiles
#4 is since a long time a known low priority bug.
EDIT: will be fixed in next release
>Change your priorities.
No, as i explained TCP traffic can only be guessed, it can not be measured without a patch to the operating systems IP stack (an no on is going to do that).
The current guess seams to be mostly of by not more than 10% in normal cases, only when packet drop goes up doe to a overloaded connection the estimation error gets bigger.
And as explained above there is no reasonable way to get the packet drop stats from the OS.
>They don't require it, the problem is in neoloader.
I will test that.
