Token

Thanks, I'll check the code

Was it sitting in the spot where it drops the frog or like 10 tiles away?

Did it have a bloated frog in inventory or it already dropped it? They are posted on the first page

Check the logger contents, the reason should be printed there

Authed

What I just said is there is no logical reason for the method to return null after a trade is completed and you should not write your code around that. If that was the case then the naming of the method would be wrong. But if you still don't believe me when I explained what the method should do, here is this code But there is additional code in getRequests() which removes these after exactly 15 seconds have passed. The fact that requests are removed after 15 seconds does not matter because "GET LAST REQUESTING PLAYER" doesn't contain anything related to whether a trade was done with that player, that is done either by using chat messages or caching the trade status and checking the progress. The implementation of getRequests() is entirely based on a MessageListener which adds chat messages to a linked list and removes them after 15 seconds have passed (this is for the sake of memory management and you should not rely on it).

I have no idea what that is supposed to return but by the name of it, the result should be last player who sent you a trade offer (maybe what you need is getLastRequestingPlayerNotAccepted()). My logic may be flawed but I don't see any reason for that to return null if you completed a trade with that player, unless he logs out or leaves the local region (or you leave it) because if I were to implement that, it would be just a filter on players.getAll() which would return null if the player can't be located.

I'm not exactly sure what it has to do with the title of the thread, but the notion of "listener" generally denotes something whose whole purpose is to signal a thread group when something happens (achieved in java through the notify method and thread interruption if required). If you manage to write a sound implementation of a trade request listener then this sends a signal every time you receive a trade and is consumed by everyone who receives it, same as an input listener, you will not be able to respond more than once to the same event.

The bot is not down, all you have to do is download the new version from the website (use the "Download" button on top of the page) as the button is not working on the boot interface

You've had too much LSD

Whenever they are ready No, that's in your gear preset

Yes, but that's not a quest

Authed

Check the logger contents, the reason should be printed there

You can always use the 2nd tab to create your own quest list

Yes it will skip as soon as it reaches that quest and it realises it doesn't have the stats for it

Authed

vitamin c

Authed

Authed

The only valuable banknotes I've ever found were all in my own wallet

Rules are rules

I know very well what you mean, it is not a consistent algorithm as I explained above, simply giving it more money will yield a 100% success rate without any inconsistencies It's most likely another NoClassDefFoundError inside the client if it works after restarting, but if you run into any issues just send me the logger contents and I'll take a look at it

Will be posted as soon as it's ready The reason I said the algorithm is inconsistent is if you take a population of 10 accounts and run the same setup on all of them with the same (insufficient) amount of money, taking into consideration the buy order is randomized, some of them will fail if the large purchases will be done towards the end and this does not solve the problem of running out of gp, only randomly generates failures/successes which is not a desirable effect That sounds like a mirror mode error, are you sure you are not using mirror mode?

Authed That is not a consistent algorithm unless it takes the money obtained from selling items, there is no selling involved in this script