-
-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
client.com.atproto.repo.describe_repo stopped working in atproto==0.0.49 #379
Comments
(P.S. this isn't urgent as |
did you switch to proper PDS (where this DID is hosted) before calling Duplicates of #188? |
It's possible that's the problem, but I'm not sure - the code above still works right now with atproto==0.0.48 (which was released June 1st, way after multiple PDSes were implemented). #188 references a method in How... do you switch PDS with the client? The parameters model for the method only has a repo argument, so I'm not sure how to do that. (Sorry!) |
Hmm... This is because the "main" bsky PDS is just a proxy to many other PDS... so it can automatically choose the right one. This proxy was in use before 0.0.48, right. But this is not the best way how to deal with it imho. This is pseudo-code: did = 'did:123'
resolver = ....
resolved_did = resolve.resolve(did)
client = Client(base_url=resolved_did.get_pds_endpoint())
repo = cllient.describe_repo(did)
print(repo) |
probably it could be a cool feature to disable pds auto switching |
When trying to use
client.com.atproto.repo.describe_repo
, from atproto==0.049 onwards & with Python 3.12.1, I get the following error, for multiple different DIDs:Full traceback: traceback.txt
Contents of pip list for my test with atproto==0.0.49: requirements.txt
The following code should reproduce the bug:
I tested this code in atproto==0.0.48 (where it worked), in atproto==0.0.49 (where it doesn't work), and also in atproto==0.0.52 (doesn't work).
Thanks!
The text was updated successfully, but these errors were encountered: