Frank Thomas
Frank Thomas
> So one way could be if that exception is thrown, just wait until value of `x-ratelimit-reset`. I think `x-ratelimit-reset` only applies to the primary rate limit. At least there...
> At least there is nothing in the docs that tell us that it also applies to the secondary rate limit. I'm wrong. It is mentioned in https://docs.github.com/en/rest/guides/best-practices-for-integrators?apiVersion=2022-11-28#dealing-with-secondary-rate-limits I think...
If you run `sbt libraryDependencies`, you'll see that some modules of your project depend on `org.scala-js:scalajs-dom_sjs1_3:2.3.0`. For example: ``` [info] didJS / libraryDependencies [info] List(org.scala-lang:scala3-library_sjs1:3.3.1, org.scala-js:scalajs-library_2.13:1.14.0, org.scala-js:scalajs-test-bridge_2.13:1.14.0:test, org.scala-js:scalajs-dom_sjs1_3:2.3.0, com.olvind:scalablytyped-runtime_sjs1_3:2.4.2, org.scalameta:munit:1.0.0-M10:test,...
I cannot reproduce this. For example, https://github.com/fthomas/status-page/commit/dc7716bbf50edc327237b8cbefb72dd2e0e84789 and https://github.com/scala-steward-org/test-repo-1/commit/c4e334f8e6069826e1f79fd2365ae4df568b91c4 have been "Squash and merge"-ed via GitHub and both do not contain the PR body.
> is it possible to dry run Scala Steward (i.e. not open any PRs)? There is some kind of dry run (https://github.com/scala-steward-org/scala-steward/pull/1828) but that would also not run any Scalafix...
What I also use sometimes for testing is a test repo (like https://github.com/scala-steward-org/test-repo-2) with multiple branches. If Scala Steward creates a PR for a specific branch and I want to...
> Another issue This deserves its own PR. I would also prefer to have a test for that in [`RewriteTest`](https://github.com/scala-steward-org/scala-steward/blob/f1f2e5919fe043fe940d5909880475a863a6458b/modules/core/src/test/scala/org/scalasteward/core/edit/RewriteTest.scala) instead of in `EditAlgTest`.
> OK, so the word is that `sbt-scalafix` can't currently update `*.sbt` files because sbt doesn't return those as part of the build's `unmanagedSources`, and semantic migrations that update `*.sbt`...
#3236 has a `BleepAlg` based on BSP. It does not yet extract any dependencies because `buildTargetDependencyModules` does not return any results. I believe once https://github.com/scalacenter/bloop/pull/2197 propagates to bleep, it will...
This is great! Could we also run this on a schedule like once per week or so? It would then notify us about broken links (like those replaced in #2842)...