Update dependency com.squareup.okhttp3:okhttp to v5.0.0-alpha.11#42
Closed
renovate[bot] wants to merge 1 commit into
Closed
Update dependency com.squareup.okhttp3:okhttp to v5.0.0-alpha.11#42renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
c43004d to
f4d1d22
Compare
Contributor
Author
Renovate Ignore NotificationBecause you closed this PR without merging, Renovate will ignore this update (5.0.0-alpha.11). You will get a PR once a newer version is released. To ignore this dependency forever, add it to the If you accidentally closed this PR, or if you changed your mind: rename this PR to get a fresh replacement PR. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
5.0.0-alpha.2->5.0.0-alpha.11Release Notes
square/okhttp (com.squareup.okhttp3:okhttp)
v5.0.0-alpha.112022-12-24
[RFC 8305][rfc_8305]. Disable with
OkHttpClient.Builder.fastFallback(false).Request.toString().ExecutorServiceis shutdown with manycalls still enqueued.
v5.0.0-alpha.102022-06-26
com.squareup.okhttp3:okhttp:3.x.x) to depend on theJVM artifact (
com.squareup.okhttp3:okhttp-jvm:3.x.x) for Maven builds. This should work-aroundan issue where Maven doesn't interpret Gradle metadata.
DurationUnitwhich was a typealias in 1.5.x.v5.0.0-alpha.92022-06-16
HttpUrlnow rejects URLs whose domains aren't valid.This includes overly-long domain names (longer than 253 characters), overly-long labels (more
than 63 characters between dots), and empty labels.
Content-Lengthheader in multipart bodies. Servers must delimitOkHttp's request bodies using the boundary only. (This change makes OkHttp more consistent with
browsers and other HTTP clients.)
tunnelProxyargument inMockWebServer.useHttps(). This change only impactsthe OkHttp 5.x API which uses the
mockwebserver3package.toDuration()which isn't available in kotlin-stdlib 1.4.v5.0.0-alpha.82022-06-08
Fix: Change how
H2_PRIOR_KNOWLEDGEworks with HTTP proxies. Previously OkHttp assumed theproxy itself was a prior knowledge HTTP/2 server. With this update, OkHttp attempts a
CONNECTtunnel just as it would with HTTPS. For prior knowledge with proxies OkHttp's is now consistent
with these curl arguments:
Fix: Support executing OkHttp on kotlin-stdlib versions as old as 1.4. The library still builds
on up-to-date Kotlin releases (1.6.21) but no longer needs that version as a runtime dependency.
This should make it easier to use OkHttp in Gradle plugins.
Fix: Don't start the clock on response timeouts until the request body is fully transmitted.
This is only relevant for duplex request bodies, because they are written concurrently when
reading the response body.
New:
MockResponse.inTunnel()is a newmockwebserver3API to configure responses that areserved while creating a proxy tunnel. This obsoletes both the
tunnelProxyargument onMockWebServerand theUPGRADE_TO_SSL_AT_ENDsocket option. (Only APIs onmockwebserver3are changed; the old
okhttp3.mockwebserverAPIs remain as they always have been.v5.0.0-alpha.72022-04-26
This release introduces new Kotlin-friendly APIs. When we migrated OkHttp from Java to Kotlin in
OkHttp 4.0, we kept our Java-first APIs. With 5.0 we're continuing to support Java and adding
additional improvements for Kotlin users. In this alpha we're excited to skip-the-builder for
requests and remove a common source of non-null assertions (
!!) on the response body.The alpha releases in the 5.0.0 series have production-quality code and an unstable API. We expect
to make changes to the APIs introduced in 5.0.0-alpha.X. These releases are safe for production use
and 'alpha' strictly signals that we're still experimenting with some new APIs. If you're eager for
the fixes or features below, please upgrade.
New: Named and default parameters constructor for
Request:New:
Response.bodyis now non-null. This was generally the case in OkHttp 4.x, but the Kotlintype declaration was nullable to support rare cases like the body on
Response.cacheResponse,Response.networkResponse, andResponse.priorResponse. In such cases the body is nownon-null, but attempts to read its content will fail.
New: Kotlin-specific APIs for request tags. Kotlin language users can lookup tags with a type
parameter only, like
request.tag<MyTagClass>().New: MockWebServer has improved support for HTTP/1xx responses. Once you've migrated to the new
mockwebserver3package, there's a new field,MockResponse.informationalResponses.Fix: Don't interpret trailers as headers after an HTTP/100 response. This was a bug only when
the HTTP response body itself is empty.
Fix: Don't crash when a fast fallback call has both a deferred connection and a held connection.
Fix:
OkHttpClientno longer implementsCloneable. It never should have; the class isimmutable. This is left over from OkHttp 2.x (!) when that class was mutable. We're using the
5.x upgrade as an opportunity to remove very obsolete APIs.
Fix: Recover gracefully when Android's
NativeCryptocrashes with"ssl == null". This occurswhen OkHttp retrieves ALPN state on a closed connection.
Upgrade: [Kotlin 1.6.21][kotlin_1_6_21].
Upgrade: [Okio 3.1.0][okio_3_1_0].
v5.0.0-alpha.62022-03-14
the previous alpha due to an unexpected race.
v5.0.0-alpha.52022-02-21
introduced in the 5.0.0-alpha.4 release.
Dnsimplementations to resolve strings that are already IP addresses.attempt multiple TLS handshakes for the same call concurrently.
HttpUrl.topPrivateDomain()uses a resource file to identify private domains, but we didn'tinclude this file on GraalVM.
v5.0.0-alpha.42022-02-01
This release introduces fast fallback to better support mixed IPv4+IPv6 networks. Fast fallback
is what we're calling our implementation of Happy Eyeballs, [RFC 8305][rfc_8305]. With this
feature OkHttp will attempt both IPv6 and IPv4 connections concurrently, keeping whichever connects
first. Fast fallback gives IPv6 connections a 250 ms head start so IPv6 is preferred on networks
where it's available.
To opt-in, configure your
OkHttpClient.Builder:native and JavaScript platforms are unstable preview releases and subject to
backwards-incompatible changes in forthcoming releases.
EventSource.cancel()made fromEventSourceListener.onOpen().This impacts Conscrypt when the server's presented certificates form both a trusted-but-unpinned
chain and an untrusted-but-pinned chain.
v5.0.0-alpha.32021-11-22
Headers.toString()to redact authorization and cookie headers.RecordedRequest.requestUrl. This was doing a DNSlookup for the local hostname, but we really just wanted the
Hostheader.InaccessibleObjectExceptionwhen detecting the platform trust manageron Java 17+.
EventSources.processResponse().Cachenow has a public constructor that takes an [okio.FileSystem]. This should make itpossible to implement decorators for cache encryption or compression.
Cookie.newBuilder()to build upon an existing cookie.QueueDispatcher.clear()may be used to reset a MockWebServer instance.FileDescriptor.toRequestBody()may be particularly useful for users of Android's StorageAccess Framework.
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.