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

Update sbt-scalajs, scalajs-compiler, ... to 1.10.0 in series/0.23 #6245

Conversation

scala-steward
Copy link
Contributor

Updates

from 1.9.0 to 1.10.0.
GitHub Release Notes - Version Diff

I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.

If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.

Configure Scala Steward for your repository with a .scala-steward.conf file.

Have a fantastic day writing Scala!

Files still referring to the old version number

The following files still refer to the old version number (1.9.0).
You might want to review and update them manually.

docs/changelog.md
Ignore future updates

Add this to your .scala-steward.conf file to ignore future updates of this dependency:

updates.ignore = [ { groupId = "org.scala-js" } ]

labels: library-update, early-semver-minor, semver-spec-minor, old-version-remains, commit-count:1

@scala-steward scala-steward force-pushed the update/series/0.23/sbt-scalajs-1.10.0 branch from 302f49a to 6d96ad9 Compare April 5, 2022 02:46
@mergify mergify bot added series/0.23 PRs targeting 0.23.x dependencies Dependency updates labels Apr 5, 2022
@armanbilge
Copy link
Member

armanbilge commented Apr 5, 2022

If the build passes, absolutely merge. It's forward-compatible with 1.8.0 and 1.9.0 and furthermore fixes CVE-2022-28355 aka GHSA-j2f9-w8wh-9ww4.

Otherwise, I think we should get this fixed via CE, see:

Edit: seems the build is broken. So let's wait for CE 3.3.11.

@armanbilge
Copy link
Member

@Mergifyio update

@mergify
Copy link
Contributor

mergify bot commented Apr 5, 2022

update

✅ Branch has been successfully updated

Comment on lines +50 to +60
@deprecated("Preserved for bincompat", "0.23.12")
def apply[G[_], F[_]](headerName: CIString, http: Http[G, F], G: Sync[G]): Http[G, F] =
apply(headerName)(http)(G, UUIDGen.fromSync(G))

def apply[G[_], F[_]](
headerName: CIString
)(http: Http[G, F])(implicit G: Sync[G]): Http[G, F] =
)(http: Http[G, F])(implicit G: Sync[G], gen: UUIDGen[G]): Http[G, F] =
Kleisli[G, Request[F], Response[F]] { req =>
for {
header <- req.headers.get(headerName).map(_.head) match {
case None => G.delay(Header.Raw(headerName, UUID.randomUUID().toString()))
case None => UUIDGen.randomString[G].map(Header.Raw(headerName, _))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's good for JS is good for JVM too.

@mergify mergify bot added the module:server label Apr 6, 2022
Copy link
Member

@armanbilge armanbilge left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But, someone else should review my API changes :)

def apply[G[_], F[_]](
headerName: CIString
)(http: Http[G, F])(implicit G: Sync[G]): Http[G, F] =
)(http: Http[G, F])(implicit G: Sync[G], gen: UUIDGen[G]): Http[G, F] =
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

UUIDGen is a typeclass? 🤯 Java enters the typeclass-room 😎

@danicheg
Copy link
Member

I think this is quite good, so let's go onward.

@danicheg danicheg merged commit 693350a into http4s:series/0.23 Apr 13, 2022
rossabaker added a commit to rossabaker/http4s that referenced this pull request May 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Dependency updates module:core module:server series/0.23 PRs targeting 0.23.x
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants