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
When a Twitter token becomes invalid and login retry fails, the token should be locked for a reasonable time period (e.g., 1 hour).
What is actually happening?
Currently, when a token becomes invalid (403/401 response) and login retry fails, the code locks the token for 86400 seconds (24 hours). This is unnecessarily long and could cause extended service disruption even after the credentials are fixed.
Suggested changes:
1. Reduce the lock time from 86400 (24 hours) to 3600 (1 hour)
2. This shorter duration would:
- Allow faster recovery after credential fixes
- Improve service availability
This is not a duplicated issue
I have searched existing issues to ensure this bug has not already been reported
The text was updated successfully, but these errors were encountered:
To maintainers: if you are not willing to be disturbed, list your username in scripts/workflow/test-issue/call-maintainer.js. In this way, your username will be wrapped in an inline code block when tagged so you will not be notified.
If all routes can not be found, the issue will be closed automatically. Please use NOROUTE for a route-irrelevant issue or leave a comment if it is a mistake.
如果所有路由都无法匹配,issue 将会被自动关闭。如果 issue 和路由无关,请使用 NOROUTE 关键词,或者留下评论。我们会重新审核。
Routes
Full routes
Related documentation
https://docs.rsshub.app/routes/social-media#x-twitter
What is expected?
When a Twitter token becomes invalid and login retry fails, the token should be locked for a reasonable time period (e.g., 1 hour).
What is actually happening?
Currently, when a token becomes invalid (403/401 response) and login retry fails, the code locks the token for 86400 seconds (24 hours). This is unnecessarily long and could cause extended service disruption even after the credentials are fixed.
Relevant code:
RSSHub/lib/routes/twitter/api/web-api/utils.ts
Line 206 in 091ed08
Deployment information
Self-hosted
Deployment information (for self-hosted)
No response
Additional info
Suggested changes: 1. Reduce the lock time from 86400 (24 hours) to 3600 (1 hour) 2. This shorter duration would: - Allow faster recovery after credential fixes - Improve service availability
This is not a duplicated issue
The text was updated successfully, but these errors were encountered: