FrostBug

Given 0 information, I can only ask you to read thru the OP carefully and see if any of the instructions there can help solve the issue.

getHealthPercent() and getHealthPercentCache() aren't deprecated

Because it's not an Area or a Position But it has a getArea method.

Check that your hotkey configuration is OK Yeah looks like they might've actually taken it down. I'll need to look for alternatives The repeated lookups are by design so that it would correctly get the prices as soon as the API is back up; it only repeats if a lookup fails, and periodically repeats it until successful. The OSBuddy API has not been down this long before.

Aye, it's the result of converting the old KC system to the new % system. Previously it would handle it correctly, but now (since it doesn't have the exact % reward values of the different enemies), it kinda guesses what the currently dying enemy will add to the reward %. A few of the enemies grant more than this % tho, and if the difference between the guess and the actual value is what determines if it passes the threshold or not, this is the result. I could go and hardcode the % values for the different enemies I suppose, if its considered an issue.

Price lookup depends on OSBuddys open API; when OSBuddy price guide is down, it just defaults everything to 1 coin. I'm sure it will be back online soon, though !

Your game audio was off in that gif; having it on is required for jad. Sorry to hear you're experiencing issues still

I can't auth trials to users that joined less than a week ago. But in a weeks time I can, if you're still interested then.

// You are code

If it only has one option, can't you just left-click it using a WidgetDestination

Save your profile and send it to me in a PM. It's located in the OSBot install directory under /OSBot/Data/FrostBarrows/Profiles/ I'll check what's missing.

If you are starting the script already inside of the caves, check the 'warning' steps of the related FAQ entry. If not, please submit a more detailed bug report; preferably with screenshot of UI (main & simulation tab). Most effective report is a recording, though (with GUI visible). Unless something changed with this or last weeks update, the script should still be functional (did 2 test runs the week before, both successful). Incase something did change, please include more details of the issue. Which attack did you get hit by, was the protection prayer timing delayed/too quick etc.

Remember that 2.5.8 is still the stable client build. 2.5.9 can have bugs

Looks like it's the minimum ammo setting that's missing

You're probably right That is the 2.5.8 client version?

You could use an enum to make it a little cleaner public enum ThievingMethods { STALLS("Stalls", "Cake stall", "Silk stall", "Fruit stall"), PICKPOCKET("Pickpocketing", "Man", "Knight of Ardougne", "Elf"), CHESTS("Chests", "Ardougne chest", "Some other chest"); private final string description; private final String[] availableMethods; private ThievingMethods(String description, String... availableMethods) { this.description = description; this.availableMethods = availableMethods; } public String[] getThievingMethods() { return availableMethods; } @override public String toString() { return description; } } and then populate the combobox with your enum values + set an actionListener comboBox.setModel(new DefaultComboBoxModel<>(ThievingMethods.values())); comboBox.addActionListener(e -> comboBox_1.setModel(new DefaultComboBoxModel<>(((ThievingMethods)comboBox.getSelectedItem()).getThievingMethods()))); By default if you populate a combobox with Objects, it will display the toString value of the objects in the drop-down.

Looks like you didn't specify a debug port; is that the case? Can't see the command you used in this image

Launch the client in debug mode with CLI ('java -jar "OSBot.jar" -debug 5005'). It should provide some more information on why it fails. Also verify that your Script manifest is filled out correctly.

Serialization works for local scripts; not SDN. File management would work for both as long as you work in the OSBot data directory

Looks odd; try disabling both augury and rigour from quickprayers before starting

You should probably make it an Array of String (Arrays hold multiple instances) public String[] nameOfLoot; And split the content of your text field on your comma separator btnNewButton.addActionListener(e -> nameOfLoot = textField.getText().split(","));

Reflection is blocked by default in OSBot scripts

Try some equipment with higher defence. Can recommend some veracs pieces as it also has prayer bonus. The script may take hits from the 180s when moving between safespots in later waves; I would need pretty detailed screenshots of the enemy setup and simulations tab to consider making heuristic changes.

Careful, the variable you reference in onExit is uninitialized and will throw a nullpointerexception.

Afraid there aren't trials available for this script