Certain proxies cause FRD to abort download with an error instead of trying to download using another proxy from the list

Hi. Some proxies (for example 221.130.17.108:80) cause FRD to abort downloading a file without ever attempting to restart it using another connection. It gives an error message "File input stream is empty" on Rapidshare and "No captcha found" on Netload. Here is several more proxies that (may) cause this behavior:

221.130.17.103:80
221.130.17.104:80
221.130.17.107:80
221.130.17.109:80
221.130.17.113:80
221.130.17.116:80
221.130.17.126:80
221.130.17.132:80
221.130.17.134:80
221.130.17.137:80
221.130.17.141:80
221.130.17.143:80
221.130.17.148:80
221.130.17.252:80

Can you fix this? I mean, make FRD try downloading with another connection instead of aborting when such errors are encountered.

Vity, this is why I always use ServiceConnectionProblemException when tryDownloadAndSaveFile fails...

B-2Admirer, these are plugin issues, but the problem isn't just in the two plugins you mentioned, my approximation is that over half of our plugins fail this way.

Quote
ntoskrnl
B-2Admirer, these are plugin issues, but the problem isn't just in the two plugins you mentioned, my approximation is that over half of our plugins fail this way.

So, is this going to be fixed?

You have to use transparent web proxies.

-------------------------------------

Why do I have to use them?

Because it won't work otherwise.

-------------------------------------

What are you referring to as "it"? And why should non-transparent proxies prevent "it" from working? As far as I understand, the difference between transparent and non-transparent proxies is that the latter don't transmit information about client's IP.

Anyway, I'm not asking you to to make FRD work with the mentioned proxies, I'm just saying that FRD should not abort downloading a file when such errors are encountered, it should try to download the file with another connection.

Although I, basically, received no response here, I've noticed that with the newest version of RapidShare pluging those things (aborted downloads of existing files) happen much less often than they used to. Was it some fix implemented in the newest version? If yes, could you please add it to the netload plugin as well?

OK, I fixed it.

...but from this moment on ERROR: "Downloadlink not found"

FRD 0.83u1
netload.in 1.0.8


Examples:
[netload.in]
[netload.in]
[netload.in]
[netload.in]

Edit1:
....don't know why, but one hour later ist works again.

Edit2:
....Error is back again, but only when you are in waiting-position for new download time.....



Edited 2 time(s). Last edit at 10/30/2010 06:59PM by music_lover.