Molly

bump

bump

I can add these things after semester is over, about a month away from that.

bump

bump

Trial lasts for 48hrs even if not used, that being said I'm always willing to give another if you didn't get to test it enough. It will run on accounts lower than 40hp, it just won't be ideal as you may get killed on the way to the obelisk. As for it eating continually then stopping, did you set the eat hp on the gui? It is set to 30 by default but can be changed.

Replied to your message but I want to reply here as well so other users don't think I am ignoring you and so others can see the solution to the issue if they're experiencing it too. Make sure your client is running in fixed mode, the bug seems to only occur for me when running in resizeable but works fine in fixed. Sure, you have one now.

Pushed an update, version 8.9, adding a check to see if items remain in looting bag after the bot thinks it deposited them to make sure it attempts to do so until it succeeds. That being said the current version did seem to work fine for me so I'd recommend closing and reopening your client and giving it another go to see if that resolves the issue. Regardless, new version will be live when the SDN is updated.

Np, the update won't be live yet, OSBot has to approve the update on the SDN but that usually doesn't take more than a day or two.

I just had a user mention this issue in my thieving script when running mirror mode and I figured out a way to fix it. 1) Iterate through inventory slots and store the mouse destination of any slot containing an item you wish to drop in a list. 2) Hold down shift key to enable shift click dropping. getKeyboard().pressKey(16); 3)Iterate the mouse destination list: -move mouse to mouse destination -check if the option when hovering item is drop getMenuAPI().getTooltip().contains("Drop") -if the hover option is drop then click -if hover option is not drop then you'll need to right click the item, and interact with the drop option for example: List<Option> options = getMenuAPI().getMenu(); for (int j = 0; j < options.size(); j++) { if (options.get(j).action.equals("Drop")) { getMouse().move(new RectangleDestination(getBot(), getMenuAPI().getOptionRectangle(j))); mouse.click(false); break; } } -at the end release shift key getKeyboard().releaseKey(16); This seemed to speed things up quite a bit for me, though it still won't be as fast as if you weren't running mirror. Edit: The reason you need to check if drop is the item's hover option is because the user may not have shift click dropping enabled and in that case you'll need to either write a method to enable it or just drop the items by selecting drop from their menu.

Everything should be fixed in next version, 10.6, which I just pushed. Mirror mode dropping will still be slower than normal mode just due to the nature of mirror mode itself however it should now be significantly faster than it was before, for best performance make sure to have shift drop enabled but even without it on it should be faster than before.

bump

bump

bump

bump

bump

bump

bump

The problem with seed dropping seems to be related to mirror mode itself, I actually just saw another person mention this in the scripting help section the other day. This seems to occur even when the method by which dropping occurs is varied. You noted this type of behavior does not happen when you run other scripts in mirror mode, are the other scripts dropping many items at a time and are able to do so without the delay? I'll continue to look into this but your feedback would be greatly helpful. As for the things you had mentioned before, I just pushed an update to address them. It should be live next time the SDN is updated.

bump

bump

bump

Sure, you have one now.

bump

bump