Failing to get users

[ictos]

Tonight I'm getting the following errors:

./onlyfans-dl.py ashleymerwinfree
CWD = /home/ictos/onlyfans-dl-2
https://onlyfans.com/api2/v2/users/ashleymerwinfree

Failed to get user: ashleymerwinfree
http 400

and

./onlyfans-dl.py all
CWD = /home/ictos/onlyfans-dl-2
https://onlyfans.com/api2/v2/subscriptions/subscribes

SUBSCRIPTIONS ERROR: http 401
Traceback (most recent call last):
  File "/home/ictos/onlyfans-dl-2/./onlyfans-dl.py", line 296, in <module>
    for PROFILE in PROFILE_LIST:
                   ^^^^^^^^^^^^
TypeError: 'NoneType' object is not iterable

[deviantxdev]

I ran into the same problem. The checksum updated. You need to update the dynamic_rules on line 296 with this:

dynamic_rules = {"static_param":"r0COhCenVY6tUCrcnkbwz727f1m0UHsv","start":"36587","end":"67a0ec50","checksum_constant":118,"checksum_indexes":[1,1,1,2,2,5,5,6,6,7,7,11,12,12,13,14,14,16,17,20,20,20,21,23,24,25,25,25,29,30,31,39],"app_token":"33d57ade8c02dbc5a333db99ff9ae26a","remove_headers":["user_id"],"revision":"202502031617-af2daeeb87","is_current":0,"format":"36587:{}:{:x}:67a0ec50","prefix":"36587","suffix":"67a0ec50"}

[ictos]

I ran into the same problem. The checksum updated. You need to update the dynamic_rules on line 296 with this:

dynamic_rules = {"static_param":"r0COhCenVY6tUCrcnkbwz727f1m0UHsv","start":"36587","end":"67a0ec50","checksum_constant":118,"checksum_indexes":[1,1,1,2,2,5,5,6,6,7,7,11,12,12,13,14,14,16,17,20,20,20,21,23,24,25,25,25,29,30,31,39],"app_token":"33d57ade8c02dbc5a333db99ff9ae26a","remove_headers":["user_id"],"revision":"202502031617-af2daeeb87","is_current":0,"format":"36587:{}:{:x}:67a0ec50","prefix":"36587","suffix":"67a0ec50"}

Thanks for the suggestion but that doesn't seem to be working for me.

[ictos]

I ran into the same problem. The checksum updated. You need to update the dynamic_rules on line 296 with this:
dynamic_rules = {"static_param":"r0COhCenVY6tUCrcnkbwz727f1m0UHsv","start":"36587","end":"67a0ec50","checksum_constant":118,"checksum_indexes":[1,1,1,2,2,5,5,6,6,7,7,11,12,12,13,14,14,16,17,20,20,20,21,23,24,25,25,25,29,30,31,39],"app_token":"33d57ade8c02dbc5a333db99ff9ae26a","remove_headers":["user_id"],"revision":"202502031617-af2daeeb87","is_current":0,"format":"36587:{}:{:x}:67a0ec50","prefix":"36587","suffix":"67a0ec50"}

Thanks for the suggestion but that doesn't seem to be working for me.

Actually it is working now, I think I'd used a stale cookie.

[Voldrix]

Yes the dynamic rules just needed to be updated. I pushed the same change @deviantxdev suggested. Tested working.
Pull the latest update, and update the browser and session tokens.

[akhepcat]

Ignore the line numbers, I've got a working copy with some additional changes that impact that, but..

These are the errors i'm seeing now, with the patched dynamic rules:

Traceback (most recent call last):
File "/usr/local/src/Scrapers/OnlyFans-dl/onlyfans-dl.py", line 368, in run
profile_list = self.get_subscriptions()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/src/Scrapers/OnlyFans-dl/onlyfans-dl.py", line 193, in get_subscriptions
print("subscribed users: " + [row['username'] for row in subs])
~~~^^^^^^^^^^^^
TypeError: string indices must be integers, not 'str'

---

I don't have an old json export of 'subs' so I don't know if it's changed it format recently.

BUT

for doing a json dump on subs shows:

{
"hasMore" : false,
"list" : [
{
{...}
"id" : 123456,
"username" : "example"
{...}
},
{ ...}
]
}

which to my eyes means that you can't ' row[username] ' without first pulling the 'list' out of 'subs'

[akhepcat]

A single user does work with the updated rules, as do multiple users on the command line.

it's only the 'all' users process that's currently broken

[akhepcat]

Verified fix:

in get_subscriptions:

change:
return [row['username'] for row in subs]
to:
return [row['username'] for row in subs["list"]]

[akhepcat]

subslist.diff.txt

@Voldrix : here's a patchfile for this

[Voldrix]

Have you tested this?
I don't know where you're getting that 'list' sub element from, because my responses from the API did not necessitate any change to the json structure. Getting the list of all profiles works fine for me as is.
Are you using the latest version of the code?
Why are you getting a different response?

[akhepcat]

Have you tested this? I don't know where you're getting that 'list' sub element from, because my responses from the API did not necessitate any change to the json structure. Getting the list of all profiles works fine for me as is. Are you using the latest version of the code? Why are you getting a different response?

Yes, i tested it. see above replies for excerpt of the JSON response that was received.

That said, there's an easy way to deal with both responses

subsparse.diff.txt

Tested successfully again, just now

[akhepcat]

@Voldrix - this has been working for multiple days in a row now.
With the following code:

            if "list" in subs:
                    print("DBG: This run saw subs as a list")
                    return [row['username'] for row in subs["list"]]
            else:
                    print("DBG: This run saw subs as unlisted")
                    return [row['username'] for row in subs]

and with 24 users in my test subscription account, when run just now, i get:

Getting posts newer than 2025-02-04 19:32:23+00:00 UTC
DBG: This run saw subs as a list

so it's clear that for SOME runs, data is returned in a list. so the patch above supports both just in case.

[nemock]

It looks like the rules updated again. What are the changes needed to bring this up to date?

[akhepcat]

It looks like the rules updated again. What are the changes needed to bring this up to date?

I'm not seeing any changes needed for rules here - have you applied the patch i posted on Feb 5?

[nemock]

It looks like the rules updated again. What are the changes needed to bring this up to date?

I'm not seeing any changes needed for rules here - have you applied the patch i posted on Feb 5?

I applied the patch subsparse.diff.txt without error. I get the errors mentioned at the top of this thread.

I verified my X_BC and Cookie.