FrostBug

OP is a nub

Well, for refreshing, you could try the big green refresh button. If that doesn't cut it, try ensuring that the ScriptManifest is filled in

I guess.. Try to compile it against Java 8?

Well, it IS clearly stated in the first post that this script does not run properly in Mirror mode. I'm sorry if you bought the script solely for that purpose

Make sure you fill out the ScriptManifest Annotation

That's not really it, that expression only evaluates to true if you are not attacking a specific chicken. What I reckon you want to do is check whether you're attacking ANY chicken like so: if(myPlayer().getInteracting() == null) { //If not attacking/interacting with anything //Attack code } A filter can be used by creating a class that implements the Filter<NPC> interface. The interface has 1 method that will let you filter an NPC by whatever conditions you see fit. You can then create an instance of this filter of yours and pass to getNpcs().closest(yourFilter) Also, your pickup doesn't work becuase the item is called "Feather" and not "Feathers"

wait(100,300); ^ this will sleep the current thread until notified by another thread, or until 100 milliseconds and 300 nanoseconds has passed. I don't think that's what you want, so use sleep instead. (!player.isMoving()) && (!player.isUnderAttack()) && (chicken.isAttackable()) && (chicken.isVisible()) && (chicken.getHealth()>0) && (chicken.getName().contains("Chicken")) && (chicken != null) First of all, you should probably make your own filter to supply to the 'closest' method if you're gonna have this many checks. Second; having a nullcheck that late is pointless, the NullPointerException would have already been thrown at this point if there were no chickens. You may want to check whether your player is interacting with a chicken, rather than whether the chicken is attacking you (player isUnderAttack), since it takes a while for a chicken to retaliate, and the player may start attacking another chicken in that time. Furthermore, there's no need to check if the chickens name contains chicken. It would not have been found by the 'closest' method with String arguments in the first place if it did not.

The problem is here: Mouse clicker = new Mouse(); clicker.move(new MiniMapTileDestination(bot, p)); sleep(random(200,300)); clicker.click(false); //false = left click You cannot instantiate your own instances of API classes like that without exchanging bot contexts with it. What you simply need to do (in the context of the Script class, like in your case here) is use getMouse() instead, as Script already inherits from MethodProvider and has pre-initialized instances of all the API classes. so it should just be: getMouse().move(new MiniMapTileDestination(bot, p)); sleep(random(200,300)); getMouse().click(false); //false = left click

10/10 Will read again

I tank torag, guthan and verac. 70 defence and wearing bandos equipent with my magic setup (tho melee barrows armor would work even better for tanking). It is true that magic offense bonus is not that important when maging the melee brothers, as they have barely any magic defence. Altho I still do use an Occult necklace, Toxic trident and Malediction ward with it to avoid going too far negative. When tanking the melee brothers, you should still specify prayers for them, but check the checkbox for not restoring when out of prayer points.

That message merely notifies you that the current settings specified in the GUI makes use of more than 28 items. It will not prevent the script from starting, but it may cause inventory organizing to fail later on. The layout tab should help shed some light on the issue via the visual inventory representation

That's fine if you're using protection prayers against all of the brothers; but if you plan on tanking them, you'll need something with higher defence than mystic (Melee armor / Ahrim's robes).

Need to see what your console says in order to help you out

Mage everyone but Ahrim. If you get your magic to 75, know that the Trident is BiS

What, A year ago?

Trial was added The recommended stats and quests I listed in the FAQ are for rather efficient performance; It most certainly is possible to run the script with lower stats, but the efficiency and gain would be a little lower. I would recommend that you pay a visit to barrows yourself, and see how well your account performs manually

Neither of those settings have anything to do with ammo. It was probably a refresh in the ranged setup that did the trick (ammo has to be worn with the setup)

op is noob

I added some debug prints to identify the cause of this issue in 1.2.2a, which has been live for a while now. If it has happened since then, please show me the log file / console output from the time of the incident.

Also, your "Time to level" is calculated in %. I'm just gonna throw this out there.. but.. % is not a valid time unit

looks like you didn't initialize timeBegan properly. Do this in onStart

Open up the interface debugger from the debug settings in the client. Use this to find the ID/childID/grandChildID of the correct widget option. Then as Thaantje said, get the widget using getWidgets().get(parentID, childID [, grandChindID]) and interact with it if visible

I can't do that, though. If your prayer reaches below 14 in the tunnels, a single drain could turn off your prayers, leaving you unprotected and at risk of death. The whole thing is a safety measure to prevent any risk of death. The threshhold of having at least 4 prayer points left after a drain is to leave time for drinking a potion. At best, this could be lowered to 2-3 points. I'll look into mitigating the retaliation thing in the tunnels.

Actually, the drain is not a percentage, but it is dynamic. The drain rate at any given time is calculated as: 8 + (# of brothers killed). So, depending on progress, somewhere between 8 and 14 points. As it is now, the script will drink a prayer potion dose if the next drain will bring your prayer points below or equal to 4. I am open to change this, if you would like to see it done differently.

Adding trial. Check the FAQ in the first post, and the Strategies guide on the 07 wiki. I don't know what could possibly cause this, as there are several checks that would logically make this impossible. I'm adding some debug prints now that should help identify the issue, if it should happen again (Version 1.2.2a).