Remove Version Adjacent Older SDKs from Tracking List when Newer SDK Version in Same Feature Band / Major Minor is Installed

[NicoleWang001]

Describe the bug.

The older .NET SDK info is still shown in the Uninstall .NET list after installing the new version .NET SDK.

Please attach log file(s) here if you have any.

logs.zip

Reproduction Steps

1. On windows, run the sample command ‘Install .NET SDK Globally via .NET Install Tool (Former Runtime Extension)‘. or the command: .NET Install Tool - Install the .NET SDK System-Wide.
2. Enter a version like 8.0.406 to install .NET SDK 8.0.406
3. Upgrading to a new version like 8.0.407 with the same command
4. run the ‘.NET Install Tool: Uninstall .NET’ command to observe the installed SDKs

Expected Behavior

Because the newer SDK with replaced the older on Windows, the older SDK info should not be shown in Uninstall .NET list.

Exceptions & Errors (if any)

The older .NET SDK info is still shown in the Uninstall .NET list after installing the new version .NET SDK.

.NET Install Tool Version

v2.2.9-b

Your operating system? Please provide more detail, such as the version and or distro above.

Windows

VS Code Version

1.98.0

[NicoleWang001]

On Linux, it shows updating info in output if performing SDK upgrade. @nagilson Could you help to confirm whether has the plan on Windows?
Here is the behavior on Ubuntu 24.04

[nagilson]

This seems like the correct behavior, thank you for confirming. 🙂

…

________________________________ From: Nicole Wang ***@***.***> Sent: Tuesday, March 11, 2025 8:41 PM To: dotnet/vscode-dotnet-runtime ***@***.***> Cc: Mention ***@***.***> Subject: Re: [dotnet/vscode-dotnet-runtime] [NETE2ESDK][Windows] The older .NET SDK info should not be shown in the Uninstall .NET list after updating to new. (Issue #2172) On Linux, it shows updating info in output if performing SDK upgrade. @nagilson<https://github.com/nagilson> Could you help to confirm whether has the plan on Windows? Here is the behavior on Ubuntu 24.04 image.png (view on web)<https://github.com/user-attachments/assets/0c1cb39f-7dd5-4a34-8d42-1d3f74801d97> — Reply to this email directly, view it on GitHub<#2172 (comment)> or unsubscribe<https://github.com/notifications/unsubscribe-auth/AFQUNFS45ZIHGINPLV22WFT2T6UE5BFKMF2HI4TJMJ2XIZLTSSBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDUOJ2WLJDOMFWWLLTXMF2GG2C7MFRXI2LWNF2HTAVFOZQWY5LFUVUXG43VMWSG4YLNMWVXI2DSMVQWIX3UPFYGLAVFOZQWY5LFVI3DENBRGMYTEMBTHGSG4YLNMWUWQYLTL5WGCYTFNSWHG5LCNJSWG5C7OR4XAZNMJFZXG5LFINXW23LFNZ2KM5DPOBUWG44TQKSHI6LQMWVHEZLQN5ZWS5DPOJ42K5TBNR2WLKJRG43DAMJVG44DTAVEOR4XAZNFNFZXG5LFUV3GC3DVMWVDEOJRGI2TEMZZGQ2IFJDUPFYGLJLMMFRGK3FFOZQWY5LFVI3DENBRGMYTEMBTHGTXI4TJM5TWK4VGMNZGKYLUMU>. You are receiving this email because you were mentioned. Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[nagilson]

Thanks for reporting.

The list displayed in the UI is based on the InstallTrackerSingleton state which is only managed by the extension, so it is unaware of uninstallations that take place from external sources like another installer. However, if someone tried to uninstall this via the UI, it would realize it was uninstalled externally and remove it. The same is true if it was asked to install again and it was validating that it was still there. (Note: If thats not how it behaves that is very bad)

However, if we are in charge of the install, upon success we could untrack the versions in the same major minor feature band sdks. This is an annoying behavior but does not break anything so lower priority to fix and not blocking as it has been present in all versions.

The correct behavior is the Linux one above not the top portion.