jca

Thanks for the reply... yeah the event is non blocking. The tricky part is I swap login details so the login event also listens to that. I actually switched to your approach to test it and it is flawless now. Good to have confirmation of my thinking though!

Check the API docs for the ref to exchangeContext() or do a quick Google search, there’s a lot of info around. I’ve updated my original answer to demonstrate the call - I wrote it too quickly before and made a mistake, sorry! The code should work now.

That's why you've got handy methods like exchangeContext(). Basically you can extend MethodProvider from your second class then when you initialise it from your main class run secondClass.exchangeContext(getBot()); or alternatively pass the bot instance (getBot()) to your second class from the main class and run the exchangeContext(bot) method in the second class' constructor.

In my experience - rest does nothing. If your accounts are getting locked it’s a bad IP.

Finding good proxy (residential and data centre) suppliers is difficult, that’s the bit where you need to do your own research.

This isn’t really a bug more of a question about how this could happen. For example - I have a script, at the start of the loop there’s a function that checks if the account is logged in. I have a login handler event that I execute in my onStart, in the constructor I setAsync(). In the execute() method I return 5000; if the account is logged in, if not I log the account in without pausing the script executor (as the loop is checking the opposite condition). 9/10 this login handler runs without interupping the main thread. Occasionaly it runs, the account logs in but the onLoop running on the main thread stops. No errors in the log, nothing. Anyone ever experienced this before?

It’s randomised by 1 or 2 secs I think.

Experiment, don't give up and find your own solutions. It takes time and energy to build the process. If you're burning accounts automate everything, if you're doing P2P then it's slightly easier but more downside as you have to get your bond cost back. Learn to write code. Or you're going to have a pay a lot for private scripts.

You have to use residential, there's no other way.

3.0 - nice release bud! Private scripts and automation win.

I’d like that! Always good to share knowledge and encourage others to be healthy.

Good stuff!

Cool - just PM me when you have it and I’ll get on it. I want to finish this script and apply for it to be on the SDN anyway so this will be a good addition.

For sure - I just haven’t got an account to test it on. If you’re able to provide one I can add tomorrow!

Sick, hope you reach the cape

OG

Good to hear! If you have any progress reports feel free to post.

Real talk

I guess it would depend in each situation. Installing a keylogger on someones computer would be different to getting their login details with a form on a website. Either way it’s a dumb thing to do.

The latest version - 1.21 is working fine for me. I tested with Dragon harpoon and normal. Download here http://www.mediafire.com/file/afk1pvf5i9wv6va/JFisher.jar/file

Fixed - http://www.mediafire.com/file/afk1pvf5i9wv6va/JFisher.jar/file

Okay thanks for the log - I'll look into it later today.

Good luck with this... make sure you’re learning Java fundamentals as well as the API and OSBot specifics!

That’s the thing about this, even without the custom delay it has a delay long enough to not react immediately. But now it has custom which works for all cases (none and longer). I would always fish on a 5 secs action timer. As far as the bug - what were you fishing and where? I can look into it.

Looks good! Well done, looking forward to the release and progress.