Brice Jaglin

> I think the dependency on `semanticdb-scalac-core` is to do with the semanticdb, but not really with any interaction with the compiler. `scalameta` itself doesn't interact with it. Indeed, that...

Any chance you could take the smallest file that triggers the stack trace above and cut out / inline a stub of its dependencies to provide a snippet reproducing this...

I will be working on " Apply changes made in Test Scala 3 support using sbt-projectmatrix liancheng/scalafix-organize-imports#179 to the Scalafix sbt build" in the coming weeks (probably in a separate...

Lately, all my bandwidth went to handling the breaking changes in 0.10.x, so I didn't make any progress on https://github.com/scalacenter/scalafix/pull/1528, but I am hoping that in the next month or...

> Can we merge the rule implementation with the tests ? It's not going to be easy to maintain/understand the Scala 3 tests without https://github.com/scalacenter/scalafix/pull/1528, so I think we should...

@liancheng the overall testing infrastructure in https://github.com/liancheng/scalafix-organize-imports is now also in place here

It's fairly easy to update this via https://github.com/scalacenter/scalafix/blob/37a29f46c1b036a50e3d3d0062a60ae86c96b85d/scalafix-rules/src/main/scala/scalafix/internal/rule/DisableSyntax.scala#L105. However, this would be a breaking change, which is probably acceptable pre-1.0.

Thanks for the report/suggestion! The best would be to get compiler support (maybe there is already a ticket about that?), as working around this limitation in Scalafix is possible but...

As a rule author, I can assume that rules built against `scalafix-core` 1.x (and probably earlier, since I am not sure there was ever any breaking change there?) will be...

My bad, I hadn't realized that there was already versioning in place at the package level for `scalafix-core` (`scalafix.v1.Rule`), so Scalafix 1.0 really is a non-event for rule authors :+1: