[Bug]:OpenAI: {"detail":"Our systems have detected unusual activity from your system. Please try again later."} (code: 403) Once Again Not Solved

[SwimmingLiu]

Is there an existing issue for this?

• I have searched the existing issues and checked the recent builds/commits

What happened?

Steps to reproduce the problem

Try to run ask() with V1 API.

What should have happened?

Is should work:)

Version where the problem happens

Tried 6.3.4(latest)

What Python version are you running this with?

3.9

What is your operating system ?

Linux

Command Line Arguments

No

Console logs

Traceback (most recent call last):
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 726, in __check_response
    response.raise_for_status()
  File "/usr/local/lib/python3.9/site-packages/requests/models.py", line 1021, in raise_for_status
    raise HTTPError(http_error_msg, response=self)
requests.exceptions.HTTPError: 403 Client Error: Forbidden for url: https://bypass.churchless.tech/conversation

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/root/gpt4_test.py", line 222, in <module>
    get_slice_thread_io(token)
  File "/root/gpt4_test.py", line 200, in get_slice_thread_io
    get_content(token[0], server)
  File "/root/gpt4_test.py", line 148, in get_content
    for data in chatbot.ask(prompt):
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 608, in ask
    yield from self.post_messages(
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 561, in post_messages
    yield from self.__send_request(
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 392, in __send_request
    self.__check_response(response)
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 91, in wrapper
    out = func(*args, **kwargs)
  File "/usr/local/lib/python3.9/site-packages/revChatGPT/V1.py", line 733, in __check_response
    raise error from ex
revChatGPT.typings.Error: OpenAI: {"detail":"Our systems have detected unusual activity from your system. Please try again later."} (code: 403)

Additional information

No response

[wangjiyang]

Same issue here.

[moejay]

Am having the same issue, works for gpt 3.5 model

[SwimmingLiu]

it doesn't work bro

[acheong08]

"works on my computer"

• Can you send a sample request payload from your browser?

[acheong08]

Try gpt-4-mobile as your model and see if anything changes

[wangjiyang]

@acheong08 your fix works on my computer with latest change.

[SwimmingLiu]

Try gpt-4-mobile as your model and see if anything changes

this model makes it work, thx sir!!

[wangjiyang]

@acheong08 your fix works on my computer with latest change.

gpt-4-mobile may be the final fix, whereas __arkose_token method only works for several hours.

[wong2]

I believe they will add the arkose_token based verification to mobile models soon.

[Nadeus]

Is there a difference between gpt-4 and gpt-4-mobile?

[acheong08]

Is there a difference between gpt-4 and gpt-4-mobile?

No

[madela]

Is there a difference between gpt-4 and gpt-4-mobile?

I have tested between gpt-4 and gpt-4-mobile and found differences in reasoning and writing style. gpt-4 looks much more advanced for long text.

[rvadhavk]

I've also found that for summarization of long text, gpt-4-mobile is far worse than both gpt-4 and text-davinci-002-render-sha

[Nadeus]

Ok i'm now having the error with gpt-4-mobile, am I the only one?

So now both gpt-4 models don't work :/

[otaviobhz]

I am facing the same problem.

[3mora2]

reason may be here

It appears that an arkose_token field has been added to each ChatGPT conversation request, and currently only GPT-4 models are validating this field.

When a conversation is initiated from the GPT-3.5 page, the arkose_token is null. However, when a conversation is initiated from the GPT-4 page, an automatic request is made to fetch this arkose_token, which is then included in the conversation request.

It seems this is part of the Arkose FunCAPTCHA challenge process. However, the GPT-4 Mobile model isn't checking for this field at this time. As a workaround, you might want to use the GPT-4 Mobile model, which does not have usage restrictions at present.

[3mora2]

comment

# if data.get("model", "").startswith("gpt-4"):
#     data["arkose_token"] = self.__arkose_token()

in def __send_request, it work for me

[hydrotho]

reason may be here

It appears that an arkose_token field has been added to each ChatGPT conversation request, and currently only GPT-4 models are validating this field.
When a conversation is initiated from the GPT-3.5 page, the arkose_token is null. However, when a conversation is initiated from the GPT-4 page, an automatic request is made to fetch this arkose_token, which is then included in the conversation request.
It seems this is part of the Arkose FunCAPTCHA challenge process. However, the GPT-4 Mobile model isn't checking for this field at this time. As a workaround, you might want to use the GPT-4 Mobile model, which does not have usage restrictions at present.

Thanks for referencing my previous reply. However, it's important to note that some information has become outdated. Currently, all GPT-4 models, including the GPT-4 Mobile model, are validating the arkose_token field.

I've addressed this issue at hydrotho/ChatGPT_Model_Switcher#2. The fix appears to be working well at the moment. However, please be aware that it might become ineffective at some point in the future due to potential changes in ChatGPT.

[wangjiyang]

by applying "gpt-4-mobile" patch, it worked for 4 days. This issue happens again. So gpt-4-mobile is not a final fix. will try @hydrotho 's method.

@acheong08 your fix works on my computer with latest change.

gpt-4-mobile may be the final fix, whereas __arkose_token method only works for several hours.

[luluhuhu]

gpt-4-mobile
also reported 403 error

[acheong08]

RIP my borrowed plus account expired

[acheong08]

Which means the PUID is invalid for GPT-4 access

[acheong08]

Seems like it's IP based. My server hasn't hit one over the past 3 days

(or it could be fingerprint. Using LibreWolf/Brave fingerprint triggers it every 6 requests.)

[acheong08]

You guys can try running your own instances of the funcaptcha server https://github.com/acheong08/funcaptcha (instructions in readme)

Currently downloads the images to be solved by the client side if necessary (which it shouldn't be).

[hzlujunyi]

@acheong08 403 Unusual activity happens again. It runs smoothly in the former 3 days.

[hzlujunyi]

Is there something happening?

[hzlujunyi]

I've changed to Pengzhile's API as a temporary solution.

[hzlujunyi]

You will notice that when I return an arkose_token without sup and rid, the response time will be approximately 1 second longer. This is because I am resolving the captcha.

大佬牛逼! GoodJob!

[acheong08]

hints on how you do the image detection?

[acheong08]

You will notice that when I return an arkose_token without sup and rid, the response time will be approximately 1 second longer. This is because I am resolving the captcha.

I will update the stats page

[hzlujunyi]

You will notice that when I return an arkose_token without sup and rid, the response time will be approximately 1 second longer. This is because I am resolving the captcha.

@pengzhile
Is the automatically resolving captcha still working? When I try this morning, it usually needs to request >10 times to get a valid token with "|rid=" in it. For the failed 10 times requests, it returns those invalid tokens without "|rid=".

[hzlujunyi]

Or is it normal, just the time consumption for solving?

[hzlujunyi]

You will notice that when I return an arkose_token without sup and rid, the response time will be approximately 1 second longer. This is because I am resolving the captcha.

@pengzhile Is the automatically resolving captcha still working? When I try this morning, it usually needs to request >10 times to get a valid token with "|rid=" in it. For the failed 10 times requests, it returns those invalid tokens without "|rid=".

From my service request, the arkose_token can be used without an rid. Give it a try.

Thanks, it works after removing the checking for rid.

[hzlujunyi]

@pengzhile Seems that now it often raise exception of 500 {"detail":"solved failed"}

[hzlujunyi]

9 of 10 requests with "solved failed"

[acheong08]

My current implementation now brute forces the captcha. 1/5 chance anyways

[acheong08]

They have implemented another new set of CAPTCHA.

Can you open source your implementation of the solver?

I can reliably trigger the original version of the captcha

[acheong08]

Update: @linweiyuan got it working again without captcha

[EuphoricKnight]

Anyone else having issues with captcha still?

[Nadeus]

Still having the error 50% of the time

[TalKatz1]

Same for me, 50%+ of the time

[Nadeus]

Retrograded to 6.7.6, I have to do the captcha myself but at least it works

[hzlujunyi]

maybe the "sup=1|rid=" is not enough for validation?

[Nadeus]

It doesn't work anymore at all on my side

[yileitu]

Same issue here