Hi,
i have a little question:
is there a limit at uploaded.to servers?
i think, it's 200MB and after that have to wait 1 hour...
but when i've got in queue in JD files from UL.to (100MB per files), JD download only 1 file and after that JD wait an hour... before second one :-(
CryptLoad can down 2x100MB file and wait after that
where is the problem?
thanks for your answers

[pspzockerscene]

Pls open a uploaded.to link in your browser while JD shows waittime!
If you also have waittime on the page, the uploaded.to plugin works as it should, if not you found a bug;)

todays new info:

JD downloaded 2 files per 100MB form UL.to
after that JD waited for 1 hour standard waiting time...
after that JD tried to continued with downloading third file from queue
but JD realized another new 60 minutes to wait!
from IE, FF, Opera the link was available to download...

i tryied to RESET links in queue, succesfully, 3rd downloading started immediately! and was followed with 4th one...

RESET helped me, but this is not real solution!

some new notices:
maybe there's problem with length of waiting
UL.to showing that waiting time is 60mins, but real exactly waiting time is a litle bit longer than 60x60=3600 s
and JD count exactly 3600s and try new connect to UL.to
but UL.to shows some waiting time (dont know how long) and JD starts to wait another 60mins
if JD will not be waiting exactly 3600 but 3600s+cca 30 (for example) and after that start a new downolading... it will be succesfull... maybe?

I think a logfile might be helpful!

log like that?
28.6.2009 14:41:26 - FINER [java_downloader] -> Interaction start: Trigger: Před stahováním
28.6.2009 14:41:26 - INFO [java_downloader] -> Start new Download: uploaded.to
28.6.2009 14:41:26 - INFO [java_downloader] -> Start working on BeDoPoGro.part3.rar
28.6.2009 14:41:26 - INFO [java_downloader] -> Module started: jd.plugins.host.Uploadedto@a168eb
28.6.2009 14:41:26 - INFO [java_downloader] -> Module started: jd.controlling.JDController@13fe4e4
28.6.2009 14:41:26 - INFO [java_downloader] -> Traffic Limit reached....
28.6.2009 14:41:26 - INFO [java_downloader] -> Module finished: jd.plugins.host.Uploadedto@a168eb
28.6.2009 14:42:11 - INFO [java_downloader] -> ByteBufferController: Fresh: 0 B Reused: 1010.00 KB Free: 1.97 MB
28.6.2009 14:42:27 - FINER [java_downloader] -> Interaction start: Trigger: Před stahováním
28.6.2009 14:42:27 - INFO [java_downloader] -> Start new Download: uploaded.to
28.6.2009 14:42:27 - INFO [java_downloader] -> Start working on BeDoPoGro.part3.rar
28.6.2009 14:42:27 - INFO [java_downloader] -> Module started: jd.plugins.host.Uploadedto@a168eb
28.6.2009 14:42:27 - INFO [java_downloader] -> Module started: jd.controlling.JDController@13fe4e4
28.6.2009 14:42:27 - INFO [java_downloader] -> Traffic Limit reached....
28.6.2009 14:42:27 - SEVERE [java_downloader] -> Chyba pluginu. Informujte podporu
28.6.2009 14:42:27 - INFO [java_downloader] -> Module finished: jd.plugins.host.Uploadedto@a168eb

RESET

28.6.2009 14:50:22 - FINER [java_downloader] -> Interaction start: Trigger: Před stahováním
28.6.2009 14:50:22 - INFO [java_downloader] -> Start new Download: uploaded.to
28.6.2009 14:50:22 - INFO [java_downloader] -> Start working on BeDoPoGro.part3.rar
28.6.2009 14:50:22 - INFO [java_downloader] -> Module started: jd.plugins.host.Uploadedto@a168eb
28.6.2009 14:50:22 - INFO [java_downloader] -> Module started: jd.controlling.JDController@13fe4e4
28.6.2009 14:50:34 - WARNING [java_downloader] -> Resumepoint not valid
28.6.2009 14:50:34 - FINER [java_downloader] -> Connect...
28.6.2009 14:50:34 - FINER [java_downloader] -> Start Download
28.6.2009 14:50:34 - FINER [java_downloader] -> Setup virgin download
28.6.2009 14:50:34 - FINER [java_downloader] -> Start Download in 1 chunks. Chunksize: 104857600
28.6.2009 14:50:34 - FINER [java_downloader] -> Setup chunk 0: Thread[Thread-163930,1,main]
28.6.2009 14:50:34 - FINER [java_downloader] -> Wait for chunks
28.6.2009 14:50:34 - FINER [java_downloader] -> Start Chunk 0 : 0 - -1
28.6.2009 14:50:34 - SEVERE [java_downloader] -> found bytebufferentry with 1024000 to serve request with 1024000
28.6.2009 14:50:34 - SEVERE [java_downloader] -> found bytebufferentry with 10240 to serve request with 10240

Hi. I have the exact same issue as described. While the timer was on, I tried to open a link on a web browser (Firefox), and I was able to download the same file that was on waiting time on the Jdownloaded, meaning there seems to be an issue with the Hoster Plugin.

I also noticed, the first time this happened, that the Log (unfortunately, only in Warning Level), said exactly "Error de Plugin, contacte al soporte". Translated: "Plugin Error, contact support" . I couldn't get that exact error log to come up again, but I could reproduce the issue. Also, I just played arround a bit with the files (resuming, restarting download, restarting JDownloader). I'm not quite sure what, but one of those was able to "reset the counter" so to speak, as I was luckily then able to download 3 more files to test it.

Below is the log file for that. I opened JD, and 3 downloads went through just fine. The fourth one had the issue (1 hour waiting time over and over).

Here's the log:

http://jdownloader.net:8081/pastebin...66dceb6ab60074

(Tried to use the log tag, but it just gave me that big No Tag No Help pic)

What do you think? Hope this can be solved soon, I'm a new user to the soft, and I found it really great. Keep it up!

This is quite odd. I've now retried downloading a file while on timeout, and Uploaded.to seems to have a download limit of 3 files per hour I guess. I'll continue testing, but unless I post back, just disregard this.