HeyImJamie

I'm not angry just disappointed

Probably not the best fix but setting a plane might fix the first issue. For the second, try looking at the null. It usually shows you how to fix it I'd assume you're not null checking the obstacle

Rs has automated logouts every 6 hours, or after 5 minutes (I think) of no action.

int eatAt would be global, it'd then be set again after eating.

Does @Satire's not work anymore? His was fairly cheap and pretty decent when I used to use it

Then call me big dick Jamie

Having a name like scriptersteve and not having a clue on how to script

I personally see no use for this class other than price grabbing and possibly storing, but then you might as well just store prices in a map. I'm pretty sure most of the code here is someone's else's anyway, but nice release anywho.

Just call it priceGrabber

All these dolla bills and your handstand form is still wank

He's only trying to help, calm yourself

I keep thinking you're Explv and it upsets me

Ah yeah, It has a boolean method whether to stay logged in or not

Stop doesn't logout, Just stops the script. Creating your own logout method wouldn't exactly be difficult though. if current tab != logout tab { // open logout tab } else { RS2Widget log = widget contains text "logout" if (log != null){ if (log.interact()){ // sleep until logged out } } }

Why would you not just use the interact method with a String, such as "Use"?

I understood you but an arraylist only allows you to check what your bank contains, you won't be able to get how many. For price you could probably have another map that stores prices and if it doesn't contain the key (being item name/id), use a price grabber and add it to the map

Having a method to handle bank items is much more useful than just re-arranging your task setup as this way your method can be used for anything. IMO anyway I'd still recommend putting it into a hashmap instead of an arraylist though as you can grab the name/amount this way. Let me know if you want any help with it

Pretty much yes, although with larger scripts simply putting it at the top of onLoop can cause issues. Break the webwalk event - handle whatever - continue on

if (s.getObjects().closest("Wilderness Ditch") != null) { status = "Entering Wilderness."; if (s.getWidgets().getWidgetContainingText("Enter Wilderness") != null && s.getWidgets().getWidgetContainingText("Enter Wilderness").isVisible()) { s.getWidgets().getWidgetContainingText("Enter Wilderness").interact(); Sleep.sleepUntil(() -> WAIT_AREA.contains(s.myPlayer()), 5000); } else { RS2Object WildyDitch = s.getObjects().closest("Wilderness Ditch"); status = "Clicking Ditch."; if (WildyDitch != null && WildyDitch.isVisible()) { WildyDitch.interact("Cross"); Sleep.sleepUntil(() -> s.getWidgets().getWidgetContainingText("Enter Wilderness").isVisible(), 5000); } } This is what I did in an old script of mine. I just broke the webwalkevent when the ditch was on screen, called this handleDitch method and then re-made a webwalkevent. I'd recommend checking the interact methods prior to sleeping though, I was obviously shitter than I am now when writing this script lmao.

I personally have a thread that checks for danger (players within x combat wearing x items etc) while running other tasks and then if a danger is found, activate a handlePker task that prioritises above all others to escape.

Good shit

Ah fair. I can't imagine writing anything without the break feature considering I store everything in 'relative' sections

Idk why you'd use a task system or where you even got a task system that doesn't break after processing a task

My fault, didn't fully read.

I'd personally use a HashMap or something similar rather than an arraylist so you can store the string/item and the amount rather than just one or the other. I'd put an initialisation check in regards to size and save it if it's not been saved, eg if size is 0 - load the cache, else set the cache everytime you open bank or w/e