openload.io/bitster.cz

sample link provided

bitster website changed
plugin working again

Hi

This link doesn't work.[openload.co]
Log attached.

Please fix.
Thank you.

honey_ami wrote:
-------------------------------------------------------
> This link doesn't work
> [openload.co]

Hi
Happy Holidays...

Must be something at your end,
as the link is working fine here,
with excellent download speed;
no captcha code was presented to me either;
please see attached screengrab...
(FRD 0.9u4, "openload.io" plugin v1.0.5,
JRE 7u91 (x86), OS WinVistaSP2 x86).

I had first tested the link in Firefox,
I only had to temporarily disable my adblocker
(uBlock origin) on "openload.co"
and it did work fine after that...

Pending an answer from a dev
(I think they deserve a break now, due
to Xmas/New Year Holidays), check what
might be causing your issue
(Usually an AntiVirus app blocks FRD,
does not hurt to update Java to latest stable version,
a reboot might also be helpful...).

Your log is truncated - no info in there
about your OS & Java version; your issue may be
related to the following line:

java.lang.StackOverflowError

See google search

Regards

Yes, this is a JRE issue. It's probably a bug in Nashorn (the JavaScript engine in Java 8+). Which Java version are you running? Make sure it's the latest stable version, it might have the bug fixed. If you're running an unstable version, it could be a new bug and we might be able to report it.

Hi guys.
Thanks for the replies.

My java version is jre-8u66-windows-i586
OS is 32 bit Win 8.1
And the link works fine in the other downloader that cannot be named here.
So I dunno whats the issue.

Thanks & Happy Holidays.



Edited 1 time(s). Last edit at 12/30/2015 06:23AM by honey_ami.

Alright, I debugged this. Openload has a complicated piece of obfuscated javascript which the plugin needs to execute to fetch the download link. The problem is that the piece is so complicated that the default stack size in 32-bit Java isn't big enough. 64-bit Java uses a larger stack size by default, so it works fine there.

You can work around this by using a larger stack size. Edit frd.bat to include the argument -Xss1m between the -Xmx and -jar arguments. Then use frd.bat to launch FRD instead of frd.exe.

Perhaps it's also possible to use some other approach in the plugin to avoid executing the javascript, I don't know.

ntoskrnl wrote:
-------------------------------------------------------
> Openload has a complicated piece of obfuscated javascript
> which the plugin needs to execute to fetch the download link.
> The problem is that the piece is so complicated
> that the default stack size in 32-bit Java isn't big enough.
> (snip)
> You can work around this by using a larger stack size.

TVjunkie wrote:
-------------------------------------------------------
> as the link is working fine here,
> (snip)
> (FRD 0.9u4, "openload.io" plugin v1.0.5,
> JRE 7u91 (x86), OS WinVistaSP2 x86).

Happy New Year ntoskrnl

Is the issue you described and debugged
only affecting JRE 8 32bit ?
Because in my case, as reported already,
JRE 7u91 32bit with only the sample openload.co
link honey_ami provided in the download queue
seems to be coping fine...

Happy new year!

Yes, that is definitely possible – Java 7 uses a very different javascript engine (Rhino) than Java 8 (Nashorn).



Edited 1 time(s). Last edit at 01/03/2016 03:23PM by ntoskrnl.

@tong

Any ideas for fixing this?

The "-Xss1m" trick from ntoskrnl's post works fine for me.

Tested in Lubuntu Linux 14.04 32bit, JRE 1.8.0_72 32bit.