bfir3

I may take this approach eventually, but I think my problem is actually related to using an interact action that doesn't exist. I noticed that this error seemed to be occurring when the client would incorrectly report that the player is in a trade (using this.getTrade().isCurrentlyTrading()) and my script would call interact on the desired inventory item with action "Offer-X" when the action does not exist. Instead of failing to interact and continuing as normal, it looks like the interaction method gets completely stuck when the action doesn't exist and locks up further script execution. Does this sound accurate? If so, it may be a change required in the API?

To follow up, the issue occurred again today and I checked the log when the mouse was hovering over the inventory item but not interacting with it. Neither of the traces were shown in the log. When I paused the script, the traces both appears shortly after: [INFO][Bot #1][08/09 08:06:30 PM]: Unable to interact with Offer-X [INFO][Bot #1][08/09 08:06:30 PM]: Waiting after interaction to offer amount [INFO][Bot #1][08/09 08:06:30 PM]: Script Fir3 RuneCrafter v1.00 has paused! [INFO][Bot #1][08/09 08:06:30 PM]: Script Fir3 RuneCrafter v1.00 has resumed! And then shortly after I saw again: [WARN][Bot #1][08/09 08:06:34 PM]: Event executor is taking too long to suspend; terminating now... [WARN][Bot #1][08/09 08:06:46 PM]: Event executor is taking too long to suspend; terminating now... [ERROR][Bot #1][08/09 08:06:46 PM]: Caught thread death in EventExecutor When I hit play after pausing the script, it continues fine but usually tries to interact with the inventory item over and over again really quickly (after it was stuck not interacting for a while). Any ideas guys?

I noticed that if I try to interact with a player (say to "Trade with"), the interaction will usually work fine. But if there is another player, or multiple other players on the same tile as the player I am trying to trade, nothing will happen. The interact method doesn't even move the mouse to hover the player, let alone right-click and select the action. Any ideas?

I meant that it will try to solve the Mysterious box even with an interface open.

Yeah, I'm not gonna use a while loop like that. Not a good idea. I added additional tracing to my code to hopefully get some more answers. It looks like the interaction fails, but that execution does not continue to the following instruction. if (!this.getInventory().interact(slotId, "Offer-x")) { this.log("Unable to interact with Inventory item"); } script.log("Continuing after Inventory interaction attempt"); The next time the issue comes up I will check my log to see what appears.

It will also do this for opening a Mysterious Box.

Another issue I've noticed. Often the client will solve a random event, and then it will attempt to drop the item (a gem, the security book, etc.). Problem is, if the user has an interface open (Skills, Trade, etc.) the client will get stuck trying to drop the item and never be able to recover. This should be fixed.

I don't need to provide additional functionality, I just want to disable it. Surely the "unregisterHook" method which takes a RandomEvent argument is intended for this?

Hey all, I have another issue lately. I can't seem to successfully unregister to RunAwayFromCombat hook. Here is a piece of code I have with traces for now: this.getBot().getRandomExecutor().unregisterHook(RandomEvent.RUN_AWAY_FROM_COMBAT); if (this.getBot().getRandomExecutor().hasHook(RandomEvent.RUN_AWAY_FROM_COMBAT)) { log("RunAwayFromCombat random handler has hook"); } else { log("RunAwayFromCombat random handler does not have hook"); } this.getBot().getRandomExecutor().registerRandoms(); if (this.getBot().getRandomExecutor().hasHook(RandomEvent.RUN_AWAY_FROM_COMBAT)) { log("RunAwayFromCombat random handler has hook"); } else { log("RunAwayFromCombat random handler does not have hook"); } That is in my onStart() method. And I see that the "RunAwayFromCombat random handler does not have hook" twice in the log when starting -- indicating that it would not run, I imagine. Yet, when I am attacked by a swarm or other I still get the random RunAwayFromCombat overlay and OSBot handles it normally. Any ideas? EDIT: Pretty sure I tried this without calling this.getBot().getRandomExecutor().registerRandoms() after unregistering the hook and it still didn't work.

I'm having an issue right now, where occasionally when attempting to interact with an Inventory item (to offer), the script will hang. The mouse will move to the inventory item, but it will not right click to interact with it. Usually just pausing and unpausing the script will solve it, and these messages will appear in the log (only after cycling the pause): [WARN][Bot #1][08/08 03:51:53 AM]: Event executor is taking too long to suspend; terminating now... [ERROR][Bot #1][08/08 03:51:53 AM]: Caught thread death in EventExecutor Any ideas?

There should be no issues with my scripts as long as you download them from the Google Code repository. Claims that any of my scripts are malicious are 100% false.

Sounds like you might have single click enabled in RS settings tab. If not, I don't know why that would happen.

Just to keep you guys in the loop, I have looked into this problem and resolved it. I have a major FireBot update pending that can only be pushed once FishAny is updated to use my new architecture. Needless to say, it will be easier for me to wait until I am done with the FireBot update to push the update for PlankAny. I will be out tonight, so there is only a chance I will get it done tonight. Otherwise you can expect it tomorrow. Sorry for the delay.

Known issue now. You can refer to the posts above. I will be updating it tonight or tomorrow at the latest with a fix for this. Sorry for the inconvenience.

This is very useful, great work! I think you could probably simplify it a bit, and remove some of the dependencies like this: import java.awt.Polygon; import org.osbot.script.rs2.map.Position; import org.osbot.script.rs2.model.Entity; public class PolygonArea { Polygon polygon; PolygonArea(Position... positions) { polygon = new Polygon(); addPositions(positions); } public boolean containsEntity(Entity e) { return polygon.contains(e.getX(), e.getY()); } public void addPositions(Position... positions) { for (Position pos : positions) { polygon.addPoint(pos.getX(), pos.getY()); } } } How to use PolygonArea polygonArea = new PolygonArea(positionsArray); Check for entities in the area with this (NPC, Player, GroundItems, etc): if (polygonArea.containsEntity(entity)) { //do method }

Thank you for bringing this to my attention guys! I will be looking into this tonight or tomorrow, it is likely due to some recent changes in FireBot. I will get these problems resolved ASAP for you gentlemen and let you know when it's ready. Sorry for the inconvenience, but thank you for your understanding.

True got the same problem death walk doesnt work Please use my most recent version of FishAny so that you no longer have these issues. I am not supporting the Guild Fisher anymore and have removed it from SVN in favor of FishAny.

No problem, just post a copy of the log report where it shows what the error is that you are getting and I will let you know what we can do to resolve it. I suspect it may still be the file path, so please ensure it is: osbot/scripts/fireBot osbot/scripts/plankAny osbot/scripts/fishAny etc.

It's not gonna happen. The reason it probably wasn't working is due to an incorrect folder path. Please refer to the original post for the correct folder structure: osbot\scripts\fireBot osbot\scripts\tutorialIsland

Hmm.. I guess if pure essence have no weight, then yes it would be identical. I assumed that pure ess had weight, so it would be more efficient to walk when you have a full inv. and run when you don't. Eric Ahah! Very interesting, I didn't even think of equipment burden. Thanks for the insight!

It's supposed to do that to maximize run efficiency. Eric Is it really possible to maximize run efficiency? Wouldn't all methods of energy conservation be identical as long as they started to run again before the player got to 100%. Just the amount of consecutive running time would vary?

Nice, I like the GUI panel! I'm still reluctant to use paints. They are more resource intensive and I feel like depending on the situation, if users are running multiple instances of the script on the same machine, this can really bog things down. I might be picky, I'm not sure, what do you guys think?

Are you sure? As far as I know there is no reason this wouldn't work on mac. You can refer to this thread to see that another mac user was recommended to use .groovy, .class, or .jar files. I suspect that it may be due to the folder structure as other users seem to have this problem very commonly. Double check that the directory structure is exactly as it appears in the instructions from the first post. Thanks and let me know if it's still a problem!

But so easy to update! Also, it's easier to download if you already have TortoiseSVN, That is the only annoying part for first time users. If you have any problems, let me know! Downloaded it and client does not detect script Tested on several different machines already without issues. Make sure the installation file path is correct. If there's still a problem, post the log report and I will explain how to resolve it. Thanks! Might need your assistance. No problem, let me know what the issue is and I'll help you ASAP.

But so easy to update! Also, it's easier to download if you already have TortoiseSVN, That is the only annoying part for first time users. If you have any problems, let me know! Downloaded it and client does not detect script Tested on several different machines already without issues. Make sure the installation file path is correct. If there's still a problem, post the log report and I will explain how to resolve it. Thanks!