hitfile.net

[hitfile.net]

isn't working anymore and should be removed i guess because it uses advanced captcha (pictures puzzles)

sample: [hitfile.net]

v3rv3 wrote:
-------------------------------------------------------
> [hitfile.net] isn't working anymore

I can confirm with the following link:

[hitfile.net]

I have SlimerJS installed (since long ago),
but the recaptcha challenges keep
re-appearing even when correctly solved ,
resulting in a loop, so FRD barfs out ...

> guess because it uses advanced captcha
> (pictures puzzles)

or some other "advanced" type...

> and should be removed

... Not if it could, somehow, be fixed

Thanks anyhow for the support so far...

This is weird, I can pass the captcha with no problem (with 2 tries). But get "java.net.SocketException: Connection reset". I haven't looked the turbobit/hitfile plugin code.

tong2shot wrote:
-------------------------------------------------------
> This is weird, I can pass the captcha with no problem (with 2 tries).

OS: WinVista SP2 x86, including Nov 8th 2016 MS updates.
JRE: 8u112 (x86), with UnlimitedJCEPolicyJDK8 installed.
FRD: 0.9u4
hitfile.net plugin: 2.0.4
SlimerJS v0.10.0pre

This is always reproducible at my end ; the large webpage (recaptcha)
window opens, followed by the small SlimerJS one;
trying to click the "I'm not a robot" square and the recaptcha
challenge appears; when this is solved correctly and the blue
"Verify" button is pressed, the "I'm not a robot" square gets a
green tick; pressing "Submit" results in another "recaptcha"
session, with a more difficult challenge, and so on and so forth...
It never gets to starting a download, unlike the case in Firefox...
The only way to get out of the loop is cancel the download
and close the SlimerJS windows.

Not sure if it's any help, but a debug log is attached
With Firefox, I only get one round of an easy recaptcha,
then a 1min countdown and the (free/slow) download starts
(proof attached) ; anyhow, it's not a big deal for me (at least),
I very rarely come across hitfile links...



Edited 1 time(s). Last edit at 11/14/2016 05:40PM by TVjunkie.

I can't reproduce this, I can download TVjunkie's sample link without problem:



The captcha was solved with 2 tries. I'm using Kubuntu 14.04, Java 1.8.0_111, slimerjs-0.9.6.

The "java.net.SocketException: Connection reset" problem in my previous post apparently is a problem at my end.

I've just tested with slimerjs lightweight v0.10-pre. There are some problems. So if you want to use the lightweight version, use the latest version (0.10.2).

The "recaptcha how-to" has been updated to reflect the changes.

tong2shot wrote:
-------------------------------------------------------
> I've just tested with slimerjs lightweight v0.10-pre. There are some problems.
> So if you want to use the lightweight version, use the latest version (0.10.2).

Hi tong2shot - thanks for conducting more tests...

I have done my own tests, too, am afraid
the situation is not completely resolved
in my setup :

1. I updated (lightweight) SlimerJS-v0.10.0pre
(not to be found anymore at their repo)
to latest stable v0.10.2, as suggested.

FRD was launched;
when trying to download the hitfile sample link (posted
previously in this thread), I am again facing the same
behaviour as described in detail in my previous post here
So, the upgrade was no solution

2. In a second test, I decided to switch to the full
(standalone) SlimerJS-v0.9.6 stable, as instructed
in this sticky

I had chosen the lightweight version in the past,
because I did not want to add an extra 72MiB
to the tools folder, plus the fact I had Fx installed.
The standalone version is supposed to not
require Fx installed, nor interact with it if it was...

However, these are my findings:

Case A: Installed Firefox is running; this is
the usual user scenario in my case, since
it is the browser of choice.

When trying a hitfile link in FRD, the "NoCaptcha ReCaptcha"
window fails to respond/behave as expected!
When the "I'm not a robot" checkbox is clicked,
then it vanishes and the window kind of freezes,
see attachment; when it comes back, the checkbox
re-appears (with no pictures to select in between),
but it can't be clicked anymore
So, no means to proceed further...

Test case B: Installed Firefox is not running; this is
unrealistic in my case, since it is ON 99% of the time!
When Firefox is not running, then an attempt to fetch
the hitfile link SUCCEEDS with SlimerJS-v0.9.6 full!
Now the "NoCaptcha ReCaptcha" window acts normally,
I was presented with two successive rounds of picture/tile
selection and after Submit was pressed, FRD started
the download. Unfortunately, stupid hitfile think that if
you start a download it also means you downloaded in full,
so I could not do any more tests from my IP unless
an hour has passed!

So, lightweight SlimerJS-v0.10.2 stable doesn't work here,
standalone SlimerJS-v0.9.6 works, but only if installed Firefox
isn't running as well. BTW, it appears the SlimerJS people
are not releasing "standalone" windows versions anymore
(... so I guess some security concerns are justified...).

One side note: My FRD is not installed in %ProgramFiles%,
it is unpacked inside an external HDD and invoked via the -p
(portable) switch; if that matters at all (?).

Finally, those tests were done purely for academic reasons,
as I've stated previously in this thread, I have little need myself
for hitfile support through FRD.

Best regards

TVjunkie Wrote:
-------------------------------------------------------
> SlimerJS people
> are not releasing "standalone" windows versions
> anymore
> (... so I guess some security concerns are
> justified...).

I just want to response this particular point. We only execute simple script which then calls recaptcha javascript routine. The recaptcha javascript itself is from google. So I think what we are doing here is quite safe. Here is the script:

Language: Java
String jsContent =
                "var page = require(\"webpage\").create();\n" +
                        "page.onAlert = function(text) {\n" +
                        "    console.log(text);\n" +
                        "    page.close();\n" +
                        "    slimer.exit();\n" +
                        "}\n" +
                        "\n" +
                        "var htmlContent = \"<!--script src='https://www.google.com/recaptcha/api.js'--><!--/script-->\"+\n" +
                        "\"<form action='javascript:window.alert(grecaptcha.getResponse())'>\"+\n" +
                        "\"<div class='g-recaptcha' data-sitekey='" + publicKey + "'></div>\"+\n" +
                        "\"<input type='submit' value='Submit'>\"+\n" +
                        "\"</form>\"\n" +
                        ";\n" +
                        "page.viewportSize = { width:800, height:600 };\n" +
                        "page.setContent(htmlContent,\"" + referer + "\", function(status){\n" +
                        "})";

And of course the forum software modified the code , the "script src=" should not be commented. But you get the point, you can read it in our source code repository.


As for other points, I agree we need to test/debug it in different environments (Windows in particular). Thanks for the inputs.



Edited 1 time(s). Last edit at 12/01/2016 11:50AM by tong2shot.