It's not like JetBrains can't build their own debugger based on the ICorDebug interface (which is what Microsoft's implementation is also based on).
I don't even understand what that means. It was never Open Source, it was part of the IDE(s). Microsoft released an update package for their IDE(s) on NuGet which JetBrains used before their native debugger was ready.
If Microsoft are to be shamed for keeping their IDE's debugger closed source then JetBrains should be equally shamed, both have closed source proprietary IDEs.
Truly embracing open-source with .NET core would mean that, yes, even a proprietary product could make use of it. A debugger is extremely core to having a language being open-source and artificially limiting it to your own products is the exact opposite of 'embrace'
Also, JetBrains does have an open-source debugger in their community versions, but this is not what the debate is about.
This is like if Stallman released Emacs under the GPL, but kept the Elisp interpreter proprietary.
My problem is; if you're going to pretend to embrace open-source and then limit a core component this arbitrarily, you're not embracing open-source, you're still the old org afraid of competition.
It takes time to break things out from inside a larger closed source project...
There's VSCode (is that OSS?) but that's not an edition of VS but rather a whole different product.
1 - https://blog.jetbrains.com/dotnet/2017/02/15/rider-eap-17-nu...