[defeat3d]

Can we please have an option disable these? It gets a little annoying when you have a bot you're rewriting and the old version gives you 100+ notifications per day.
 
Also worth mentioning, most of these exceptions are thrown because someone is stopping the bot during Execution#delayUntil(), and they all give you alerts because they're unique because of the random(?) numbers in lambda references.

Ex: at productions.celestial.bots.hunter.v2.tasks.general.LayTrap.lambda$execute$396(LayTrap.java:45)

 

[baddest man on earth]

Or just make the bots hidden because they are broken or outdated anyways.

 

[defeat3d]

Or just make the bots hidden because they are broken or outdated anyways.

Except it's not broken and is one of the most ran bots on here.

 

[baddest man on earth]

Except it's not broken and is one of the most ran bots on here.

Then patch whatever is causing the exceptions.

 

[defeat3d]

Then patch whatever is causing the exceptions.

Execution#delayUntil() :^)

 

[exia]

I've never gotten any errors from people stopping the script during Execution delays. And if it is the case where the exception is unavoidable then it is an acceptable time to surround it with a try catch.

 

[arbiter]

@Defeat3d please provide an example to assess.

 

[defeat3d]

@Defeat3d please provide an example to assess.

Here's one:

Here's another:

The only difference is the numbers after "rm.coN$$Lambda$NUMBERS/NUMBERS.call"

 

[arbiter]

The line below the "Called by" is the relevant one. Check out that line and fix what's actually causing the error. Hiding it is just avoiding the problem.

 

[defeat3d]

The line below the "Called by" is the relevant one. Check out that line and fix what's actually causing the error. Hiding it is just avoiding the problem.

I know, but that has nothing to do with what I'm requesting here, lol.

 

[arbiter]

I know, but that has nothing to do with what I'm requesting here, lol.

Adding the ability to turn it off is enabling Bot Authors to ignore bot-breaking bugs. Not exactly something we want to be wasting dev hours on.

 

[defeat3d]

Adding the ability to turn it off is enabling Bot Authors to ignore bot-breaking bugs. Not exactly something we want to be wasting dev hours on.

Fair enough.

 

[cloud]

"most of these exceptions are thrown because someone is stopping the bot during Execution#delayUntil(),".
delayUntil should never throw an exception itself, instead your condition is likely the source of the error.