ExtraBotz

Auto Bump

In your artifacts you can also setup your script to export directly to your scripts folder so you don't have to manually move it over each time. In this instance it looks like your script failed to load into the script list. Have you used the script template? I would recommend posting your code as well.

Unfortunately this isn't available with OSBot. You would have to create a custom logger. Here is a good link on how you can modify the logger for color: https://www.baeldung.com/java-log-console-in-color

Bump

Declare a timestamp variable before you execute the web walk. This will record the current time when you start the web walk. Then in the web walking conditional event do a comparison between your timestamp and the current timestamp. ORIGINAL_TIMESTAMP - CURRENT_TIMESTAMP = TOTAL ELAPSED TIME IN MILLISECONDS. In the conditional event if the total elapsed time equals whatever value you want, then exit the web walking event and using the same logic you can create a statement (or method) to compare the timestamps again before executing the web walk. If the timestamps equal the amount of time you want elapsed, then execute your code. Otherwise continue walking. To improve the functionality you can use a class in its entirety to handle all of this. You could use a singleton design pattern for a class called "RANDOMIZER" and handle all of the code in this special class.

bump

bump

I remember looking into this a while back and I don’t think it’s included in the API, but I asked Patrick and I’ll let you know what he says. The API banking depositAll() will use the feature if it’s already enabled. In my free fletching script I just tell people to turn it on before starting the script. 100% effective work around with 0 lines of code.

Bump

Bump

From the OSBot API documentation You can use getBank().open() and it will find the nearest bank and open it. You then just need to sleep until the bank is open. This method will handle everything else.

bump

When scripters release scripts they choose their price, but the system isn’t designed for anything except one fixed price or a monthly rate. Those are the only two options and you can’t choose them both.

This is a good idea, but the sales system behind the scenes hasn't been touched in a few years and it doesn't seem like they have any interest on changing things. I'm not in the staff discord so I could be mistaken. Muffins was formerly staff and he said no, so I don't think any plans are in the works at the moment.

Yeah you’ll want to integrate the Java Discord API (aka JDA). You can call JDA methods inside an OSBot script.

Is this your first bot? Stronghold of security is a very large undertaking for a new scripter. I would recommend starting with shorter tasks like easy quests to familiarize yourself with the API and how widgets work.

In-stock

This is the easy part. The hard part is actually making decisions. When x happens do y and if the moon is at the 364th degree of the ninth rising of the reincarnation of Jesus himself then don’t do y.

Breaking is handled by the actual OSBot system. You can see exactly when the bot will break and for how long in the OSBot logger. If I recall correctly the values are randomly generated within a certain range so that your bots aren't all stopping and starting at the same time. It's also so your breaks aren't recorded for the same exact amount of time each time you log off. Your accounts will have the same amount of break time as you configured, they just won't break at the same time. If you use built-in break handlers you may not see the break times in the logger unless the scripter developer included it.

Urka got it fixed. For anyone who experiences the same issue download and run this program: https://johann.loefflmann.net/en/software/jarfix/index.html This will correct your java execution. From the site: "The root cause for the problem above is, that a program has stolen the .jar association. If you have installed the Java Runtime Environment the first time, the file type called "jar" is assigned to javaw.exe correctly. "jar" is an abbreviation for "java archive" and javaw.exe is the correct program to execute a .jar. However, on Windows any program can steal a file type at any time even if it is already associated with a program. Many zip/unzip programs prefer to do this, because a jar is stored in the .zip format. If you doubleclick on a .jar, your pack program opens the file, rather than javaw runs the program, because your pack program ignores the meta information which are also stored in a .jar. In the Oracle bug database there is the low-priority report 4912211 "add mechanism to restore hijacked .jar and .jnlp file extensions", but it has been closed as "Closed, Will Not Fix"."

I can help you with this. Add me on discord: Brandon#9592 257025090401599505

On your computer open COMMAND LINE (search cmd in the search bar) and type java -version. Let us know which version of Java you're using.

It sounds like you're having trouble with your onLoop() cycling before you've finished your task. Some events such as web walking have built-in break handlers and other methods require you to implement your own sleeps. I would recommend logging more output to see exactly what's going on. If you see code triggering before you're done processing a method that's a good indicator that you need to add a sleep there. Your logic is also extremely important. If a method returns a boolean, but you're not using that value anywhere that is something you should consider. Ask yourself exactly what a method is doing and what the output is. I think you may be using some methods with good intentions, but they might not work exactly how you think they do. For example: getWalking().webwalk(bank1, bank2) according to the api "Walks to closest reachable destination area".

Do you see anything Java related when you open the .jar file? Try reinstalling Java or you can try this: https://johann.loefflmann.net/en/software/jarfix/index.html Here is some more information on installing Java for OSBot: https://osbot.org/forum/java/