FrostBug

Probably; I haven't had time to give it a test run since the update If it isn't fixed by the time I get home, I'll have a look

Are you saving it as 'default'? Does it properly persist if you save it under a new name, and load that one? The way it works is that it always loads the profile with the name 'default' first. If your profile has a different name, you need to load it manually when starting the script. If you're overwriting the profile named 'default' you can check in the OSBot data directory under Profiles if the file (default.profile) is getting updated

Can you send me your profile? Is it that your profile reverts? Or does it ignore your profile settings?

This particular error is directly related to using mirror mode; looks like a memory or storage allocation issue, I don't really know anything about this. If it persists, I'd recommend posting in the mirror mode bugs forum; but I didn't see this particular error while testing in mirror mode last monday

Try running osbot in debug mode and see if it logs anything of interest

There's probably a fixed relation between the animations if I had to guess.. like the defence animation always being a higher or lower ID than the attack animation

If you timestamp any one attack animation from the NPC, you can predict the timestamps of their next attacks based on their attackspeed

- Changed source of price data - Fixed double-teleporting with duel ring (mirror specific) - (Hopefully) fixed an issue that would cause the script to use pray pots too early during combat in tunnels - Fixed a bug that would cause it to ignore brothers with 'Random' kill order at chest - Fixed a bug with the script getting confused if started with 5 brother killcount - Added additional detection for chest already having been looted If the message listener does stop functioning (could not reproduce this), there are probably going to be some issues. If this occurs I reckon a client restart is the only remedy

Pushed some fixes after running the script for a couple of hours in mirror mode - but some of the issues I couldn't reproduce. Will keep testing. I hope these fixes resolve your issues, but do keep in mind that there are a number of general issues with mirror mode; with interactions and scrolling in particular. If you could attempt to reproduce your issues in standard client mode, it could rule out some possibilities. Fixes are live

Hm.. Looks like the messagelistener stops functioning.. I'll consider workarounds to using message listener

Means a thread running some obfuscated code threw an exception

I'll do some test runs on mirror ASAP. I suspect the issue may have been introduced with 1.6; whether it's mirror only or not. Thank you for the stack trace, I can probably use that. For clicking accuracy and the like, please ensure that you're using Fixed client mode and default zoom level

Not sure what happened then; please do, or send me the log file for that run. It will not. It only uses the prayer settings specified

Do you have any of the problematic profile files at hand that you could send me? Also did you encounter the banking issue again since? What? When starting a run it generates a kill order; Random order values grab a new random brother each time; None order values mean a brother is ignored, and will not be killed even if encountered in the tunnels (with the exception of encountering them in the KC or chest rooms; here it will always engage them in combat)

Might be the game update; could I get your position though?

Does saving the profile again make any difference? I did attempt to make the new profile structure backwards compatible, but.. maybe it failed Regardless, I'll test out this scenario when I get home, on mirror mode.

What's your kill order setup, and which brothers were killed?

Don't think it would be very difficult; it would probably just be 1 parameter: the name of the profile to load I'll take a look at having it added

Version 1.6 - It's now possible to skip killing specific/random barrow brothers - Added ranged and magic buff groups - Added consumables: Ranging potion, Bastion potion, Magic potion, Battlemage potion - Now withdraws a spade if you're forgetful - Now waits for the prayer drain to pass before restoring prayer pre-combat at rewards chest - Now uses the FFA portal AFTER banking, during clanwars route (where applicable) Live now

Pushed version 1.6 to the SDN, it should be live pretty soon. I'll post up the changelog in a few

Even if their IDs were to change (which I somewhat doubt they will, but who knows), their IDs relative to eachother will probably remain the same, since they seem to count from X to X+1, X+2, X+3 in order of their progression. There are many ways you could do it, but I'd probably try with their relative ID offset. Something like this: private final static int IDOFFSET_SUMMER_SECTION1 = 0; private final static int IDOFFSET_SUMMER_SECTION2 = 1; private final static int IDOFFSET_SUMMER_SECTION3 = 2; int baseId = getNpcs().filter(npc -> npc.getName().equals(NAME)).stream().min(Comparator.comparing(NPC::getId)).getId(); NPC npcSection1 = getNpcs().singleFilter(npc -> npc.getId() == (baseId + IDOFFSET_SUMMER_SECTION1)); Ofc. you will only need to find the base ID once, and should add various checks; this is only a pseudo example

It has a script ID, but no parameters. I'm not really against adding it; I've just never had a request for CLI support with this script

Some of the mobs in the crypt hit fairly accurately on low defence. But more chests per trip isn't overly important anymore, as banking can be done fairly quick now with clan wars and barrows teletabs

It interacts with the scroll widgets, so it's fine in mirror Was made back when world-switcher was first added to the game, before it was added into the OSBot API. These days I'd probably just recommend using the standard API

Basically this^, but with slots instead of items, since Item does not contain slot data, if the 2 "different" items have the same name, it will still interact with the first occurence of the item twice. Something like this maybe: int[] slots = IntStream.range(0, Inventory.SIZE).filter(i -> isMatch(i, "Red spice")).toArray(); if(slots.length >= 2) { if(getInventory().interact(slots[0], "Use") && getInventory().isItemSelected()) { getInventory().interact(slots[1]); } } private boolean isMatch(int slot, String name) { Item item = getInventory().getItemInSlot(slot); return item != null && item.getName().startsWith(name) && !item.getName().endsWith("(4)"); }