You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You currently have access to a subset of Twitter API v2 endpoints and limited v1.1 endpoints (e.g. media post, oauth) only. If you need access to this endpoint, you may need a different access level. You can learn more here: https://developer.twitter.com/en/portal/product
We encountered the same issue and fixed it by disabling the extendedProfile when registering the provider.
This stops bell from trying to load the full user profile (code) and makes the login work again. You still get the users id and username.
Do you have a link to where it says the /1.1/users/show endpoint should still be accessible?
I only found their deprecation announcement which says that only the media and oauth endpoints will be accessible via the free tier.
Yes, I only wanted to mention this workaround in case someone does not need the profile/email, but wants to provide a twitter login using this library. But you're right that it's essentially broken.
I didn't say the endpoint was deprecated, just that they deprecated/changed their API access tiers and the endpoint is no longer accessible via the free tier.
Runtime
Node
Runtime version
18.17.1
Module version
13.0.1
Last module version without issue
N/A, as this is failing due to Twitter changes.
Used with
No response
Any other relevant information
Free twitter developer account that has access to 1.1 API (that includes OAuth)
What are you trying to achieve or the steps to reproduce?
Basic twitter Oauth 1.0a example:
What was the result you got?
You currently have access to a subset of Twitter API v2 endpoints and limited v1.1 endpoints (e.g. media post, oauth) only. If you need access to this endpoint, you may need a different access level. You can learn more here: https://developer.twitter.com/en/portal/product
code: 453
What result did you expect?
It shouldn't cause twitter to throw 403, because as per official twitter documentation, https://api.twitter.com/1.1/users/show should still work.
Even if additional email "scope" is omitted (so, with the pure basic example that you're providing), result is the same.
So, current plugin should either work for OAuth 1.0a, or it should support Twitter OAuth 2.0.
The text was updated successfully, but these errors were encountered: