FrostBug

The fact that it turns on auto retaliate in the first place was a sort of workaround for the inability to determine which brother is yours, if multiple of the same barrow brother are stacked on top of eachother :| As for the timeouts, they're a sort of anti-stuck measure you could say. Instead of just calling the default interaction methods normally, I call them asynchronously, while keeping a timer on it. Interrupting the event if it hasn't finished within a certain time limit (3000ms or 5000ms typically). Did I not interrupt them, the interaction methods themselves would probably keep trying/failing for a longer time until timing out internally. I do not know why it didn't recognize your ring. But, such things are most often caused by disconnections. If you had disconnected right before the incident, it is possible that it failed to properly read the contents of your equipment immediately after logging in. I actually do have some methods to counter this, just not implemented everywhere in this script yet. I will do so for next update

Sure, do you want one now?

Started

There should be a workaround for the banking issue live now with version 1.2.6a

If a developer is gonna provide an update on it, they will provide it here The spell is Lumbridge teleport, not Home teleport. Home teleport would get interrupted by combat and falling rocks in the tunnels. Thanks. I'll have it fixed asap As I've already said, it is a client bug. you can track the issue here

Should be fixed, yes. I believe the cause was the change in data orb widgets, which made it fail to select quickprayers. So far so good

What tunnel solving issue? Probably not true.. who told you it was?

You can get it now if you want, but like I just mentioned, banking will be down until we get a patch from the devs. Drop me a PM if you still want it now

The new version needs to be reviewed by the SDN Manager before it can go live on the SDN. He typically does this 2-3 times per day.

Version 1.2.6 - Updated data orb widget values - Fixed an issue with puzzle-door interaction NOTE: Some banking features are still broken!, I've submitted a bug report to the client developers, so hopefully we will see a patch from them very soon. Banking will not work properly until then

Looks like a widget related hook has broken with client version 2.3.72. Will look into it tomorrow Also for future reference, use the template from the OP..

You can get a 2d array of tile flags by XClippingPlane[] planes = getMap().getRegion().getClippingPlanes(); each plane has a getTileFlags() getter for the int[][] array of flags (index by local coordinates). I'm not sure what the flag values are, but it should be fairly simple to debug

This doesn't really solve the main misclick issues, though. Just like the method in the API, it lacks a check for whether or not the menu is still open before clicking (At least the API method used to lack it. I am not 100% certain that it still does). Due to the nature of the mouse algo, the path taken to the option can sometimes lead to the mouse getting too far away from the menu, closing it on the way. I made some API methods for interaction with this last check about a year ago, will probs post in snipper section when I get home Offtopic, using while loops without any form of timeout is generally a bad idea

To get the rectangle for a menu item (Eg. "Walk here"), you can do something like this: getMenuAPI().getOptionRectangle(getMenuAPI().getMenuIndex(null, new String[]{"Walk here"}); I don't remember if it allows null for entity names, though. If not you can just iterate the Option list to find the index of whatever option you want.

If you have the actual font file, it would be easy to determine the dimensions of any given string, using fontmetrics or glyph vectors. A Graphics object should provide access to these. If you just want to calculate an area in the rs right-click menu, you can easily do so by using the MenuAPI class

Add some debugging to your code to figure out what's going on. If onLoop is getting called frequently while "breaking", then it's an issue with your script. If it isn't, then try to figure out where the thread is stalling Pretty much what Flamez said.

Please take a look at the FAQ Yes, do you want one now? (You can only get one)

Pushed a fix for world hopping for now. The other issue seems to be deeper rooted with the recent changes to interaction. I'll have to continue debugging tomorrow. Sorry for the inconvenience ______________________________________ .... As stated in the very first post, no it does not.

Wow, who is that handsome bug? .. And where is his snowflake ;o ?

My apologies. It looks like version 1.2.5 never successfully compiled to the SDN due to some imports to recently removed API still being present. I will recommit it as soon as I get home (~3 hours)

Advertisements are not script related. They are shown only to non-VIP users, and can be closed by hitting the X button top-left corner

Started. You have 24 hours

I'll try doing a test run today and see what I can improve on in regard to this Sorry for your loss :| impressive progress, none the less

Read the FAQ

Could work well. But taking extremely inefficient or silly paths to a destination could probably look at least as suspicious as walking directly to it. I reckon it's more humanlike to walk the shortest distance (or something close to it) than walking zigzag