Just tested same download in browser, and speed has huge drops/ups.
does it keep happening when you remove the file and add it again?I'm asking because it might also be a buggy server, as my download was from different than yours

Just tested the same download in browser, and speed has huge drops/ups.
does it keep happening when you remove the file and add it again? I'm asking because it might also be a buggy server, as my download was from different than yours

Pause & resume solves the issue, Also in IDM there were ups and down in speed but download wasn't stopped as it was in JD2.

Sure, but timer of 0sec can also easily lead to DDOS like scenarios. Waiting some secs it the more save approach to handle such situations

Sure, but something like that never happened in IDM (not sure if it was interrupted in the first place tho,). Anyways how about an optional plugin setting in plugin manager just for this one? (since it's not happening to elsewhere).

I'm sorry but won't change that. Waiting some secs doesn't hurt and without knowing if this issue is caused local/remote site, it's safest way. Not happening in IDM (did you check logs) means that something else on your computer like Firewall/AV is causing this. This error is not caused by JDownloader but happens deep down within tcp connection

Is there something I do to verify that is is not AV's fault (i.e. turn off AV in that session?)

Quote:

Originally Posted by Jiaz

I'm sorry but won't change that.........it's the safest way.

Understandable. But can you tell me how can turn off this safety feature (not only for 'nopy.to' but as a whole). If the setting is still not available, can you implement this setting? (Which users can turn on and off if they wish).

Sorry, you're right. This is a different timeout. I'm sorry but at the moment this cannot be changed but I will think about a way to reduce it.

Quote:

Originally Posted by Cyberavater

Is there something I do to verify that is is not AV's fault (i.e. turn off AV in that session?).

1.) you could try to download the same file in browser -> if the issue happens there too, then it's caused by remote site
2.) you can uninstall/remove firewall/av, reboot and try again and check if the issue still happens.
3.) also make sure that no other downloads are running during testing

1.) you could try to download the same file in the browser -> if the issue happens there too, then it's caused by the remote site
2.) you can uninstall/remove firewall/av, reboot and try again and check if the issue still happens.
3.) also make sure that no other downloads are running during testing

I've already tried no.2 and for no.1 It shouldn't happen there too (since it didn't happen in IDM), but I'll test in chrome anyway.

Also, What about my last suggestion/request?

Quote:

Originally Posted by Cyberavater

Understandable. But can you tell me how can turn off this safety feature (not only for 'nopy.to' but as a whole). If the setting is still not available, can you implement this setting? (Which users can turn on and off if they wish).