Describe the Issue
When the pinned SDK changes by editing global.json, C# DevKit should help the user get into the new state that the user has taken clear steps to switch to.
Steps To Reproduce
- Boot VS Code with C# DevKit installed.
- Open a folder with a global.json that references an SDK incompatible with the projects in the folder (net10 TFM with global.json 9.0.3xx)
- Notice a number of warnings and restore errors.
- Change global.json to enable the desired TFM.
- Work for a while
RESULT:
Lots of bits of C# Dev Kit don't work as expected, most notably (but definitely not limited to) the TestExplorer.
MOST LIKELY:
Similar issues when switching branches if the global.json changes as part of the branch switch (or pull of changes from remote)
Expected Behavior
Optimally, C# DevKit would just restart any processes impacted by the current SDK with the new SDK and carry on; that's likely not a cheap option. A simpler option would be to inform the user that they have a simple operation to carry out to get into a working state.
Environment Information
No response
Describe the Issue
When the pinned SDK changes by editing global.json, C# DevKit should help the user get into the new state that the user has taken clear steps to switch to.
Steps To Reproduce
RESULT:
Lots of bits of C# Dev Kit don't work as expected, most notably (but definitely not limited to) the TestExplorer.
MOST LIKELY:
Similar issues when switching branches if the global.json changes as part of the branch switch (or pull of changes from remote)
Expected Behavior
Optimally, C# DevKit would just restart any processes impacted by the current SDK with the new SDK and carry on; that's likely not a cheap option. A simpler option would be to inform the user that they have a simple operation to carry out to get into a working state.
Environment Information
No response