-
Notifications
You must be signed in to change notification settings - Fork 312
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
All backends write headers as UTF-8 #2108
Conversation
abstract class AsyncHttpClientHttpTest[F[_]] extends HttpTest[F] { | ||
override protected def supportsNonAsciiHeaderValues = false | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I decided to extract this class because it makes it clear that it's the AsyncHttpClient
that does not support non-ascii header fields, which would not be apparent if this method was overridden in every AsyncHttpClient*HttpTest
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's a good idea, but probably there are more such common flags that are set in each test class individually which could be de-duplicated here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll go through them and see what else I can extract.
okhttp-backend/monix/src/test/scala/sttp/client3/okhttp/monix/OkHttpMonixHttpTest.scala
Outdated
Show resolved
Hide resolved
@adamw seems like |
Ah it's the v3 branch ... let's drop 2.11 here as well, since we got so far ;) |
Or maybe a more sensible thing to do would be to backport the |
I think we'll be maintaining the v3 branch for a while, and maintaining too many forks across projects is just too much work. So if we need to drop 2.11, let's do it :) |
There would be no forks involved, only a bugfix targeting a slightly earlier version (1.5.x instead of 1.7.x, which is probably what I should have done from the beginning). But if you think it's fine to drop 2.11 for v3 and use newest |
My worry is that this won't be the last fix in sttp-model that we'll want to use in sttp3, so we'll have to maintain two sttp branches (v3 & main), plus two sttp-model branches. I don't want to go that route ;) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good :)
Requires softwaremill/sttp-model#336 and closes softwaremill/sttp-model#317