Captcha error handling about autofishbot HOT 8 CLOSED

Hello @Prixm , I think the problem lays on the autobuff routine, but I'm really not sure whats going on... Every message that the Virtual Fisher sends to the server is checked, so shouldn't matter which part of the code sent the query. Also, there is a condition in the autobuff routine that should halt while captcha is detected.

I'm sorry for the inconvenience , for now the only solution I can propose for you and other is not let the autofishbot run for long periods without supervision. I'm working on version 1.2.0 to fix some of these issues and maximize compatibility, the captcha logic will be revised.

from autofishbot.

Hello @yudhistiraindyka ,

I'm aware of this problem and already have a fix to it planned (the solution is just implement a timeout exception when x seconds is reached, then the regen command would be triggered). Thanks for reporting, I'm a little busy today so I'll probably fix it tomorrow.

from autofishbot.

sometimes just like this, and got banned for 1 day

from autofishbot.

@RanggaGibran, which version of the bot you are running ? Since version 1.1.0 I changed the captcha handling method and made impossible for the bot to send continuous "%fish" messages when a captcha is detected (and also added a redundant verification to check the entire raw event for a match to "%verify").

Also, these message patterns doesn't make any sense (for version > 1.0.0):

• when the autobuff routine is triggered the "fish_paused" variable is set to True, therefore the main loop halts, and the query sequence is ['%s all', '%inv', '%stats', '%f'], so there is no way that a '%f' or '%fish' message could be sent between the sequence until it ends (which the "fish_paused" is set to False again and the main loop would resume);
• the only place in the entire code where a query containing "%verify regen" is sent, is hard capped to a maximum of 3 attempts, and for that to be triggered you should get this log on your console print(f'{captcha.answerList=} | Empty, should regen ! If you are seem this, please open an issue.'). So there is no way the bot could've sent the regen command this many times and yet fail to detect the captcha every single time;

Did you made any modification to the source code ? This is an abnormally unusual strange behavior, I can't even imagine a way to reproduce all this "fail-safe" errors in order to perform a troubleshoot.

Note: as stated on the readme "Keep in mind that this captcha version is not fully finished yet" and therefore shouldn't be left unsupervised for long periods of time. Anyways, everything captcha-related generates some sort of visual alert to the user, I might add a sound alerts in the future (if the interest is enough).

from autofishbot.

Hello, I had the same issue last night. The problem occurs when the program don't recognize the captcha question and fail to run the %verify regen command since it needs to have captcha.detected condition.

if captcha.detected and atp <= 3:
try:
if captcha.answerList != []:
answer = captcha.answerList.pop(0)
session.sendQuery(f'%verify {answer}')
else:
atp += 1
session.sendQuery('%verify regen')
captcha.reset()
except Exception as e:
#Failed to send message
log(f'Manual captcha is required. -> {e}', 'e')

I'm sorry that I don't know much about programming but I think this is where the problem appears.
It could also be that the captcha failure depends on the query sent before? I had no issues when the captcha appeared when command %f or %fish are ran but it failed when the bot sends %buy treasure5m

For my case, there wasn't a single %verify query sent even regen after the captcha demanded

But as you said you added redundant %verify checks so I'm not sure if I'm right.
Thanks for your time, the bot is amazing!

from autofishbot.

i cant get ocr api key

from autofishbot.

Hello @sk3homework, answered here: #19

from autofishbot.

Fixed on 1.2.0 (changelog). I'll close for now, please reopen if you ran into similar problems again.

from autofishbot.