JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #101  
Old 11.04.2015, 02:22
Llamatron
Guest
 
Posts: n/a
Default

JD2 is failing on rapidgator. It was doing something and setting a 1hr waittime, repeating for hours and hours in a row. (With no RG downloads for a couple days.) I set high priority on another link, and reset a rapidgator link to clear the plugin's saved waittime, and that triggered a 3min wait -> captcha. The captcha popped up, and I solved it correctly, but then the download didn't start. I started a browser download (of the link that RG had been failing on repeatedly, **External links are only visible to Support Staff****External links are only visible to Support Staff**) after doing that, so I know my IP wasn't blocked.

This should all be in the last 20mins or so of jdlog://7562414718241/

I double-checked captchas/rapidgator.net/0bedc9b402660233cbee9d35d7240dfc.jpg against the value I typed (from the logs), and I'm sure I solved it correctly.
Reply With Quote
  #102  
Old 11.04.2015, 20:32
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

I changed some minor things.
At the moment the hardcoded waittime in between downloads is 35 minutes (for whatever reasons...).
No idea if this is still the up-to-date value!
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #103  
Old 12.04.2015, 02:33
Zetaprime
Guest
 
Posts: n/a
Default Long delay before downloads greater than 1 gig on Rapidgator

Does anyone know why there is a very long delay before a download from rapidgator (As a paid subscriber) of a file 1 gig or more begins in Jdownloader 2 beta? It happens with the Mac and Windows versions. Sometimes I have to kill the app (and it often refuses to die for several minutes even with a forced taskkill from the command line. Once Jdownloader is started again fresh the download usually commences immediately. This is extremely annoying since it takes several minutes to kill Jdownloader and get it back up and running again. Files under a gig don't have this problem. It only affects those which are exactly 1 gig or larger.
Reply With Quote
  #104  
Old 12.04.2015, 03:22
tony2long's Avatar
tony2long tony2long is offline
English Supporter
 
Join Date: Jun 2009
Posts: 6,101
Default

Wait time comes from non premium download. Please upload the log.
__________________
FAQ: How to upload a Log
Reply With Quote
  #105  
Old 12.04.2015, 03:26
Zetaprime
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by tony2long View Post
Wait time comes from non premium download. Please upload the log.
you didnt read where i said i was a paid rapidgator user. If i wasnt a premium user all files would have a delay with a timer. This is only for larger than 1 gig files, and there is no timer. it just sits there and does nothing. a non paid user would have a capcha and a timer. also i have no logs as that is not enabled.

Last edited by Zetaprime; 12.04.2015 at 03:32.
Reply With Quote
  #106  
Old 12.04.2015, 03:33
Lram32's Avatar
Lram32 Lram32 is offline
Spanish Supporter
 
Join Date: Jul 2012
Location: Dark side of the moon
Posts: 9,908
Default

He probably did.
And... where is your log?
__________________
» Setup JD2 / Instalador de JD2 «
Spoiler:

Installer for Windows XP/Vista/Seven/Eight
|| JD2 x86 - x64 (Beta) ||

Installer for Mac
|| JD2 (Beta) ||

Installers for Linux
|| JD2 (Beta) x86 || <---> || JD2 (Beta) x64 ||

How to Create a Log
-» Click Here «-


¿Cómo crear un registro?
-» Click Aquí «-


Support Chat / Chat de Soporte
-» Click Here / Click Aquí «-


Reply With Quote
  #107  
Old 12.04.2015, 04:12
Zetaprime
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Lram32 View Post
He probably did.
And... where is your log?
i just said i don't have a log. do any of you people actually bother to read the posts?
Reply With Quote
  #108  
Old 12.04.2015, 04:16
Lram32's Avatar
Lram32 Lram32 is offline
Spanish Supporter
 
Join Date: Jul 2012
Location: Dark side of the moon
Posts: 9,908
Default

Yes, I did.
But we need your LOG to help you, It should contain the cause of the error, so If devs know where the error is, they can fix the problem (Of course, If it is a JD bug!).


EDIT:
Please read my signature If you don't know how to create the Log.
__________________
» Setup JD2 / Instalador de JD2 «
Spoiler:

Installer for Windows XP/Vista/Seven/Eight
|| JD2 x86 - x64 (Beta) ||

Installer for Mac
|| JD2 (Beta) ||

Installers for Linux
|| JD2 (Beta) x86 || <---> || JD2 (Beta) x64 ||

How to Create a Log
-» Click Here «-


¿Cómo crear un registro?
-» Click Aquí «-


Support Chat / Chat de Soporte
-» Click Here / Click Aquí «-



Last edited by Lram32; 12.04.2015 at 04:27.
Reply With Quote
  #109  
Old 12.04.2015, 05:30
Llamatron
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by pspzockerscene View Post
I changed some minor things.
At the moment the hardcoded waittime in between downloads is 35 minutes (for whatever reasons...).
No idea if this is still the up-to-date value!
The GUI always showed a reconnect-waittime of 1 hour, not 35mins.

I think the correct value is 2 hours from the end of the previous download.

Backing off to even more infrequent checks when you hit the "daily limit" rather than "can't parallel download" or w/e error would help avoid getting stuck in the never-expiring IP lockout.

I thought I was seeing problems that had nothing to do with reconnect-waittimes, though. e.g. getting a captcha, but then the download not starting.

I've also seen the 3-minute waittime end, and then the status flashes to a 404-error, then reconnect-waittime no captcha. (only observed when using multiple connections with multiple IPs. Is it possible that JD2 tries to get the captcha with a different connection from the one that started the 3-minute timer?) I'm not sure if that's in jdlog://1185414718241 or not. (I made that for a datafile.com problem.)

Let me know if you want a log for the 404-error thing, if I see it again.
Reply With Quote
  #110  
Old 12.04.2015, 17:05
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

404's can happen - this is not our problem but our plugins should show this error with a retry timer between 5 and 60 minutes most times.

..so should I change the hardcoded wait to 2 hours?
EDIT

I just changed all rapidgator reconnect-waittimes to 2 hours except this case:
Code:
            final String reconnectWait = this.br.getRegex("Delay between downloads must be not less than (\\d+) min\\.<br>Don`t want to wait\\? <a style=\"").getMatch(0);
            if (reconnectWait != null) {
                throw new PluginException(LinkStatus.ERROR_IP_BLOCKED, (Integer.parseInt(reconnectWait) + 1) * 60 * 1000l);
            }
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist

Last edited by pspzockerscene; 12.04.2015 at 17:33.
Reply With Quote
  #111  
Old 12.04.2015, 22:46
Zetaprime
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by pspzockerscene View Post
404's can happen - this is not our problem but our plugins should show this error with a retry timer between 5 and 60 minutes most times.

..so should I change the hardcoded wait to 2 hours?
EDIT

I just changed all rapidgator reconnect-waittimes to 2 hours except this case:
Code:
            final String reconnectWait = this.br.getRegex("Delay between downloads must be not less than (\\d+) min\\.<br>Don`t want to wait\\? <a style=\"").getMatch(0);
            if (reconnectWait != null) {
                throw new PluginException(LinkStatus.ERROR_IP_BLOCKED, (Integer.parseInt(reconnectWait) + 1) * 60 * 1000l);
            }

Is this wait time an unwritten rule of Rapidgator? I would have thought that as a paid subscriber I would not be limited in any way.
Reply With Quote
  #112  
Old 12.04.2015, 22:51
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

@Zetaprime
Of course my post was an answer to Llamatron.
Premium users do not have these limitations bu if premium mode fails for whatever reason, JD will try free (by default).
To check your problem I need a detailed problem description and a log.
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #113  
Old 13.04.2015, 01:44
Llamatron
Guest
 
Posts: n/a
Default

rg seems to be working again now (from multiple IPs, even). If it was your changes that fixed it, then thanks

Quote:
Originally Posted by pspzockerscene View Post
404's can happen - this is not our problem but our plugins should show this error with a retry timer between 5 and 60 minutes most times.

..so should I change the hardcoded wait to 2 hours?
EDIT
I think the server behaviour is 2 hours from the end of the previous download.

But it doesn't hurt to check more often, in case you're 40 minutes in to a 2 hour wait when JD2 restarts.

The exception is daily-limit errors. In THAT case, waiting MUCH longer (2 or 3 hours between checks, maybe?) is needed to avoid the server refreshing the block on your IP. I'm not sure exactly what the server behaviour is, I only know that I've had problems with daily-cap persisting for multiple days of no downloads while running JD2. My best theory is that poking the server extends the daily-cap block time somehow.

Quote:
I just changed all rapidgator reconnect-waittimes to 2 hours except this case:
Code:
            final String reconnectWait = this.br.getRegex("Delay between downloads must be not less than (\\d+) min\\.<br>Don`t want to wait\\? <a style=\"").getMatch(0);
            if (reconnectWait != null) {
                throw new PluginException(LinkStatus.ERROR_IP_BLOCKED, (Integer.parseInt(reconnectWait) + 1) * 60 * 1000l);
            }
Isn't that always going to be 120mins? I don't think RG is telling you the current remaining waittime. I didn't look at logs, but the phrasing of the words around the number look to me like they'd only make sense if it just stayed at 120 min, not went to say 5 min when your 120 min was almost up.
Reply With Quote
  #114  
Old 13.04.2015, 01:48
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

As said, no idea - thats up to you to test.
Right now its set to 2 hours from the end of the last download.
If you want, please manually check it via browser, then I can implement it in the plugin.

GreeZ psp
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #115  
Old 13.04.2015, 02:06
Llamatron
Guest
 
Posts: n/a
Default

Another RG problem: I had JD2 in silent mode, and came back with some RG links in captcha state. Solving the captcha didn't start the download, because RG captchas expire only a couple minutes after the 3-minute waittime.

Submitting an expired captcha triggers a 1 hour block on your IP, so trying again if it fails is not an option.

This 1hour block will always happen if JD2 has been in silent mode long enough to have expired RG captchas, unless you "skip" the ones that were ready right away, and let it do the 3min wait to get new ones.

The only viable solutions I can think of are
  • don't start the 3min waittime until captchas are solvable (JD2 gets focus or silent mode disabled)
  • discard the captcha and wait for a new one after 2 or 3 minutes. (So in silent mode, JD2 would keep requesting a new captcha every 5 minutes or so. If you were lucky, you'd open JD2 while a captcha was ready and not timed out yet, or at least be part of the way through the 3min waittime.)

If you wanted to be really fancy (and generate even more useless network traffic if JD2 is going to be in silent mode for a long time), you could maybe overlap the 3min waittimes by starting a new 3min waittime for the same file before the current captcha actually expires.
Reply With Quote
  #116  
Old 13.04.2015, 02:20
Llamatron
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by pspzockerscene View Post
As said, no idea - thats up to you to test.
Right now its set to 2 hours from the end of the last download.
If you want, please manually check it via browser, then I can implement it in the plugin.

GreeZ psp
Ok, I'd suggest:

If the error page says "daily limit" or whatever it is, then trigger a 3 hour reconnect-waittime.

Otherwise: 30.1 or 31 mins for other errors. That way you never wait more than 30 mins longer than needed, and in the normal case, only a few seconds (or 4 mins) longer than needed, since 4*30 = 120min.

If JD2's multiple-connection / multiple IP support was fancier, then you could set a 120 min reconnect-waittime from the end of a download before checking again on the same IP. Since JD2 doesn't detect external reconnects, or know about proxies that change IPs, it's probably better to just wait a normal 30 mins before the first check on that connection.

(or for simplicity, I guess just let the plugin try again right after a download finishes, and that will trigger the 30min reconnect-wait.)
Reply With Quote
  #117  
Old 13.04.2015, 02:43
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

1. Changed waittimes as suggested.
If there is still some things wrong, I will need a log to see which waittime triggered for which reason.
2. I have not yet changed the captcha handling because I did not entirely understand what you mean.
This is what I understood:
JD is in silent mode or user enters captcha AFTER 180 seconds --> JD sends the captcha --> RG blocks you for one hour
Your suggestion:
Recognize this case and do NOT send the captcha if user input is more than 180 seconds ago?

GreeZ psp
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #118  
Old 13.04.2015, 10:16
Llamatron
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by pspzockerscene View Post
1. Changed waittimes as suggested.
If there is still some things wrong, I will need a log to see which waittime triggered for which reason.
Ok, will check it out when I get some more RG links. My multi-IP setup blew through my last RG links with no problems.


Quote:
2. I have not yet changed the captcha handling because I did not entirely understand what you mean.

This is what I understood:
JD is in silent mode or user enters captcha AFTER 180 seconds --> JD sends the captcha --> RG blocks you for one hour
Yes.

I'm not sure whether 180 seconds is the right number, but the description is right. From the time when the captcha could be displayed, you only have a few minutes to solve it. I'm pretty sure the limit is something shorter than 5 minutes, but I think it's at least 2 mins.

Quote:
Your suggestion:
Recognize this case and do NOT send the captcha if user input is more than 180 seconds ago?
Not exactly. That would work, if you mean "if user input is more than 180 seconds after the captcha was retrieved".

What I was suggesting was to never show the user a stale captcha in the first place. No point coming out of silent mode and solving a captcha, just for JD2 to discard what you typed.

JD2 could even spin on refreshing the captcha, so when coming out of silent mode, a fresh one might be ready, or at least closer than the full 3 minutes.

If I get around to it, I could play around with what exactly triggers the start of the captcha-timeout timer. If it starts automatically following the 180sec countdown like you see on the web page, the only solutions are what I said above.

But if the captcha freshness timer doesn't start until JD2 actually does the HTTP request to get the captcha image, then we could delay that until the GUI is ready to actually show the captcha to the user. (not in silent mode, no other captchas queued up ahead of this one).

The plugin would still have to check that the user didn't take too long before solving the captcha, because RG's timer is shorter than the 5min default captcha timeout in the GUI.
Reply With Quote
  #119  
Old 13.04.2015, 19:35
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

Hm I just made a lot of test-runs and it SEEMS to be 1:45 .
Please verify that.
Also please check if the time BEFORE the 30 seconds countdown (before the captcha) starts also counts though probably not.

I have not yet changed anything in the plugin!

GreeZ psp
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
  #120  
Old 14.04.2015, 00:46
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 48,213
Default

I just implemented it.
If the user needs more than 1:44 (the 1 second less is just for slow networks/server time), JD will not send the input and try again instead.
This behavior will also work without any workaround plugin setting enabled for rapidgator!

GreeZ psp
EDIT

One question remains though (although this case should never happen again when you use JD): Do you actually get 60 minutes waittime then or also 2 hours?
__________________

Ad-free installers || Werbefreie Installer
Windows Setup<--JD2 BETA-->Linux Setup x86 || Linux Setup x64 || Mac Setup
-----=>Support Chat<=-----
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
That's true James
Quote:
Originally Posted by James
Die Leute verstehen einfach nicht dass nur weil man mit einer Waffe auch auf Menschen schießen kann dass ein Schützenver​ein kein Ort für Amoklaufide​en ist
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 02:45.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.