On May 19, 2026, we’ll remove the code_scanning_upload field from the rate_limit REST API endpoint response.
The code_scanning_upload field in the rate_limit response has been a source of confusion. While it appeared as a separate rate limit category, it shares the same limit pool as core. This led customers to incorrectly interpret their rate limit status.
If your code or scripts parse the /rate_limit endpoint and reference the code_scanning_upload field, update them before May 19, 2026 to avoid failures.
Before:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 },
"code_scanning_upload": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
After May 19, 2026:
{
"resources": {
"core": { "limit": 5000, "used": 1, "remaining": 4999, "reset": 1372700873 }
}
}
The standard core rate limit continues to govern GitHub code scanning uploads. No replacement field is needed.
For more information about rate limits, see Rate limits for the REST API.
The post Deprecation notice: code_scanning_upload field will be removed from rate_limit API endpoint appeared first on The GitHub Blog.
Fetched May 5, 2026
Developers and engineering teams worldwide use GitHub Copilot for high-quality, agent-powered code reviews on every pull request. We unders…
Customers now have Enhanced Rate Limit Reporting via Logs, including: - Increased Rate Limit Log (apilimit) Publishing Frequency: receive 1…