You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I suspect this issue is now observable due to this SBT change: sbt/sbt#6665. Though when I attached a debugger to SBT 1.5.x I observed that the NonDaemonThreadLogger is terminated before it gets to detectThreads(), so perhaps this has always been an issue, but just not observable.
The text was updated successfully, but these errors were encountered:
Yeah I think this has always been an issue, just not observable. The NonDaemonThreadLogger shouldn't be run in an unforked sbt run. It just doesn't have any meaning in that context, and it's not useful anyway because sbt's thread cleaner will take a wrecking ball to all of that anyway. Seeing as we now have the ability to detect this scenario, we just shouldn't run the logger in that case.
Quick workaround while we get to a fix: run / fork := true. This will also fix other issues since unforked runs really don't work very well in sbt anymore (e.g. ctrl-c works perfectly in Cats Effect in every case except unforked sbt, simply because unforked sbt has an unresolved bug which prevents it from forwarding the interrupt).
Using SBT 1.6.x the
NonDaemonThreadLogger
appears to print out SBT-related threads. Reproducible:Main.scala
build.sbt
project/build.properties
sbt.version=1.6.1
Output:
I suspect this issue is now observable due to this SBT change: sbt/sbt#6665. Though when I attached a debugger to SBT 1.5.x I observed that the
NonDaemonThreadLogger
is terminated before it gets todetectThreads()
, so perhaps this has always been an issue, but just not observable.The text was updated successfully, but these errors were encountered: