FrostBug

New update is live, and the script works fine once more.

Version 1.2.1 - Fixed a bug with loot detection - Fixed a camera issue with side tunnels

It doesn't have a GUI. You enable breaks in your osbot profile settings If that does not work; we are left with one option; use client version 2.3.64 until the SDN gets updated

I've committed a fix to the SDN. Try to enable breaks as a temporary solution until this new version goes live on the SDN. I believe that might work as a temporary fix.

What's wrong with it? Could you post the error; AFAIK the SDN is back up and running

Could you describe what happened during the time of opening the chest? Did the script equip the items that were mistakenly added to the loot tracker for some reason after/before opening the chest? (outside of barrow brother combat) Does it happen every time, and do things like food get added as well? For future reference, please make use of the bug report template. But thanks for the report none the less

Yes, I'll add it now It's not an error that will prevent the script from running. It just means that the total sum of Equipment, Food, Potions, Runes, Spade & Misc teleport items add up to an amount greater than 28 for your current settings. One known cause is using a setup with a 2-handed weapon, and a different setup with a 1-hander and a shield; the script reserves 2 equipment slots for that scenario, even if you start with the 1-hander and shield equipped. In this case it will just dispose of an item (vial, food, ammo equip) in order to make space for switching, though.

As soon as the SDN's ScriptLoader is back up

SDN script loading is facing some issues http://osbot.org/forum/topic/71785-script-loader/

Will give you one when the Script Loader is back up and functioning http://osbot.org/forum/topic/71785-script-loader/

A lot of scripts are down after the last SDN update. @Maldreil and @Zach were looking into the issue

Reflection has worked fine for me with osbot in the past. Just make sure the things you reflect aren't gonna be obfuscated to something else with the next client version

Script version 1.2 - Patched a color detection issue for Windows Server OS - Added inventory organizing - Prayer activation/deactivation in tomb - RSBuddy price loading (As opposed to old zybez prices) - Now fetches item data only when needed, rather than all at once - Improved barrows mound walking methods - Now disables prayers after tunnel combat - Patched an uncommon bug that could get you stuck in side-tunnels - No longer attacks the next NPC after getting the required killcount - Added a ClanWars bank route - Improved gear & prayer switching - Added Hotkey-based API - Improved potion combining / withdrawal speed - Added an option to not withdraw placeholder potions - Added an option for defensive spell-casting - Patched a bug with clicking an incorrect door, if it was in the way - Added checks to prevent starting with faulty settings - Patched a bug that would cause you to leave the mound area - Now switches gear while moving to the next mound _______ This is probably one of the larger patches yet. If you notice any bugs with it, please report them using the bug report template found in the OP. You will notice a new tab in the settings frame, Layout. You can use this to specify the layout of items in your inventory. The script will check and reorder the inventory contents according to specified settings. If you do not wish for the script to order the inventory, simply de-select all 3 optional checkboxes. NOTE: As always; the SDN manager will need to go through the changes and update the SDN before version 1.2 is live on the SDN! Once the new version is live, you will see the version number display as 1.2 in the client console at script start.

If and when it becomes possible, I will very much consider it, given that it won't have any big impact on efficiency/ general performance.

Listed some things in the FAQ, check that out Yep

I do not, but you can exchange your gold for a voucher which can be used to get the script. There's a section for that in the Marketplace No and no, sorry. Check the FAQ for more info

There are problems with that, though. In case it IS on cooldown when required, it would need to have a backup plan to get to safety. Also, the teleport animation gets interrupted by combat and falling rocks in the tunnels. For the same reason, it cannot function as an emergency teleport like the others can. This would require some changes in the framework itself, which I'm not really convinced is worth it :E

Basically it's there in the first place to serve as a death detection. So teleporting to lumbridge may seem odd if you're already there :E. Well, regardless. As I've posted a page back; 1.2 will include some improvements in mound pathing to prevent this issue. 1.2 is scheduled to be released this weekend

Currently not working properly on client version 2.3.65. Use 2.3.64 if you still have it. Will try to get in touch with the devs, to have this patched asap.

Hmm, that in itself is not an easy task. Most (if not all) standard API methods, including some of the lower level events, can take camera control by themselves. I could on the other hand try to customize the door interaction method, seeing as this seems to be the primary cause of misclicks. I'll look into that

Obvious answer

RS2Widget accept = getWidgets().get(187, 1, 9); if(accept != null) { accept.interact("Continue"); } To get to the middle of the instance, find the localX and localY coordinates of where you want to go. With these you can create valid positions like so: new Position(getMap().getBaseX() + localX, getMap().getBaseY() + localY, zCoord)

What is that terrifying looking thing that you're controlling o_O? Is that some kind of malformed boob? On a serious note, it looks good :E. Especially like the main menu design

It wouldn't run well in mirror mode, even if I did add workarounds to support the mirror with its flaws. This is because this script relies on the ability to quickly react to entity spawns and changes. If you see no point in using this on the standard client, I would simply suggest that you don't. Altho I believe a lot of people (including myself) would disagree.

It will not