FrostBug

getMouse().setDefaultPaintEnabled(false); Tho I don't think it's still necessary.

I'll start your trial. Morytania leg teleport is not supported; I can add it if you or someone else lends me an account with them, but I don't really see the point, as there are faster methods with lesser requirements. You do not need to bring the legs to get the 50% rune bonus Can't really provide assistance with this vague description. Please use the template for reporting issues, or at the very least include output from the client logger or script log.

Glad you like it. There are options to mitigate the ppot usage. Such as tanking the brothers and only using remaining prayer without restoring.

r u 12?

to prevent falling through to the next case

I practically never feel cold

My guess is that it's throwing a ton of NullPointerException's due to your complete lack of null checks. Check the client logger for details on where they're thrown.

It's in the store under moneymaking. Also I don't ignore trail requests; I just don't post on the thread every time.

Typically caused by inefficient code. Without a snippet tho, we can't help much.

You can make your own class with an internal Timer to check on conditions to increase your values. Add a getter for you to retrieve the values. Idk why you would need color detection, but try looking at the ColorPicker, that's all we have.

And what does it tell you the problem is in the logger?

Sorry, mouse movement is implemented by the client itself. Not at the script level. A suggestion or bug report could be made in the client related sections, though.

it grabs the chinchompa price from osbuddy's exchange API :E

It's safe to use. The fix is just a workaround for when osbuddy is down. And osbuddy is back up now.

Doesn't look like it. I'll try pming the SDN Manager if it doesn't go live within the next few hours.

[iNFO][bot #1][01/29 11:23:25 AM]: ERROR: Invalid starting position Please use one of the starting positions denoted in the "Starting the script" section of the OP

I know the prices are down atm, they rely on osbuddy exchange which is also down. When the script logs out, it always writes the reason in the logger, as stated in the OP. I'll look into the new barrows spell, but it does sound a bit expensive to be casting it constantly to get out of the tunnels. Could be an option tho.

Wait until the patch goes live

Fixed a bug where the script would not start if OSBuddy price guide is down. It will now attempt to load the price in the background, leaving the price at 0gp if osbuddy is down. The update will be live within ~12 hours (at most)

I've got the same reply

:doge:

WalkingEvent has a setMinDistanceThreshhold, but this does not seem to be in WebWalkEvent yet. Try setting a break condition to check the distance to the goal. wwEvent.setBreakCondition(new Condition() { @Override public boolean condition() { return myPosition().distance(destination) <= threshhold; } }); (wrote in hand, probably got errors)

Because the webwalker is still a new feature, and nobody has made an official suggestion in the suggestions section.

You can use the Entity Debugger tool in the client to show mouse tile position