Skip to content
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

Revert urllib3 back to v1 #4806

Merged
merged 1 commit into from
Jan 16, 2025
Merged

Revert urllib3 back to v1 #4806

merged 1 commit into from
Jan 16, 2025

Conversation

StevenMaude
Copy link
Contributor

This is the latest v1 release.

See #4715. Hopefully this stops the Sentry issue described there from appearing again. This is a short-to-medium term sticking plaster as at some point we'll have to switch to v2.

This is the latest v1 release.

See #4715. Hopefully this stops the Sentry issue described there from
appearing again. This is a short-to-medium term sticking plaster as at
some point we'll have to switch to v2.
@StevenMaude
Copy link
Contributor Author

To save a reader tracking back through previous PRs and issues, the context here is that we currently get "remote end closed connection" errors with the OpenTelemetry package, when exporting spans.

These apparently didn't happen previously with urllib v1 (#3956); since then, Dependabot managed to get us to update to v2, despite an attempt at pinning the urllib package version.

While still on urllib v2, we tried updating the OpenTelemetry packages in #4804, and the problem persists. So this PR will see if reverting to urllib v1 will stop the errors.

@StevenMaude StevenMaude merged commit e09b952 into main Jan 16, 2025
7 checks passed
@StevenMaude StevenMaude deleted the steve/urllib3-1.26.20 branch January 16, 2025 11:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants