oron stopped working

The Orion plugin was working fine earlier, but just now I keep getting the error "ERROR - ReCaptcha key not found"

I was able to start one of the downloads manually with Firefox. It will be at least an hour before I'm able to download again so I can't do further testing until then.



Edited 1 time(s). Last edit at 09/18/2011 07:48AM by Vity.

Oron is not working here anymore either.

I have the same problem with Oron here

I've tested it, and come to the conclusion that it's because Orion added a 1 minute delay between clicking on the download button and showing the capicha, I don't remember if it used it before or not as I'd been using FRD 99% of the time and I forget which site uses what methods. It seems the plugin needs to be updated.

Perhaps it can be labeled as "not working" on the status page in the mean time?

I have the same problem, please fix!!!
PLEASE!!!

I just started to solve a problem.. But it's a little difficult for JAVA beggener such as me...
The Oron is add to delay 60secs. before entering captcha, and captcha HTML is encoded by gzip...
Some one tell me how to extract gzip in java code.

himitsudesu Wrote:
-------------------------------------------------------
> Some one tell me how to extract gzip in java code.

Hi,

I'm not a developer (just ordinary user of FreeRapid), so I haven't access to source code and don't know if that piece of code is in FR "engine" or in plugin, but check this out:

In request HTML header sent to oron.com we have:

Accept-Encoding: gzip,deflate

so server return compressed data...

If you remove gzip option from Accept-Encoding header string:

Accept-Encoding: deflate

You should get plain text answer from server (no need to extract).

I hope this helps.



Edited 2 time(s). Last edit at 09/19/2011 01:05PM by RubinX.

Thanx RubinX

I'm not developer too ( lol
This is my first java experience.. I'm usually coding PHP, javascript and VC++.
FYI, You can easy to access source code by subversion.

Anyway, I grep-ed source repository, and found this solution in ServUpCoIlFileRunner.java.
This author wrote:
"Workaround, inspired by "freakshare" plugin. The problem is that last request is redi
rected and file encoding is gzip. This workaround seperates requests and doesn't allow gzip
encoding."

So I'm try same method .............

hmmm..

I added

_{method.setRequestHeader("Accept-Encoding", "");}
in line 70

and

Quote
me
private HttpMethod stepCaptcha() throws Exception {
+ Matcher matcher = getMatcherAgainstContent("Please wait (\\d+) seconds for your download to begin");
+ if (matcher.find()) {
+ final String seconds = matcher.group(1);
+ throw new YouHaveToWaitException(matcher.group(),
+ (seconds == null ? 0 : (Integer.parseInt(seconds))));
+ }

But still FRD is sending "Accept-Encoding:gzip"...

First I guess, that the class Matcher can't find recapcha string by the contents is encap in gzip.
So the current my plugin is waiting 60 sec, but can't find recaptcha string.

But I just do the debug mode on FRD. The debug shows me a "Extracting gzip" string.

So my guess is invalid, I think.

hmmmmmmm... I'm not become a FRD developer(lol