-
Notifications
You must be signed in to change notification settings - Fork 4.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Empty .Net Core Runtime install folder is enough to break applications. #91806
Comments
Tagging subscribers to this area: @vitek-karas, @agocke, @VSadov Issue DetailsDescriptionDescription:
Reproduction StepsWe do not know what is causing the empty folder. It is happening to our testers and in the field to Windows users, albeit at a low rate. But when you have millions of customers, it adds up. We have not been able to reproduce this issue at all when we are actively trying. So we do not know how the issue comes about. But you can manually replicate the problem by simply creating an empty folder in C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.xx where xx has to be the highest version installed. Expected behaviorWhen faced with an empty .Net Core folder, the application should look for another version of the runtime which meets it's requirements. Actual behaviorAll .Net Core applications targeting the Runtime (major.minor) will fail to execute. Regression?This issues exists in all .Net Core versions, I believe. Known Workarounds
Configuration
Other informationNo response
|
This should be fixed in #90035. The fix is in |
/cc @elinor-fung |
Nice to know it was fixed. That said, .Net 6 is an LTS. Therefore, I would like to propose that the fix needs to be backported to .Net 6. I work for Dell Technologies and stating that we need to install the .Net 6 runtime AND the .Net 8 runtime (when released) on all of our customer's machines just to fix this issue seems extreme. |
Given that this is not a regression and can only result from an incorrect uninstall, I do not think this meets the bar for backport to .NET 6. |
Interesting decision. .Net 6 is an LTS and we have proof that this issue leaves customer machines unable to execute .Net 6 applications. ANY .Net 6 application. |
After some more evaluation of the impact and risk, we are backporting this to .NET 6 (and 7). We missed the deadline for October, but the fix should be in the November release. |
Description
Description:
Reproduction Steps
We do not know what is causing the empty folder. It is happening to our testers and in the field to Windows users, albeit at a low rate. But when you have millions of customers, it adds up.
We have not been able to reproduce this issue at all when we are actively trying. So we do not know how the issue comes about. But you can manually replicate the problem by simply creating an empty folder in
C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.xx
where xx has to be the highest version installed.
Expected behavior
When faced with an empty .Net Core folder, the application should look for another version of the runtime which meets it's requirements.
Actual behavior
All .Net Core applications targeting the Runtime (major.minor) will fail to execute.
Regression?
This issues exists in all .Net Core versions, I believe.
Known Workarounds
Configuration
Other information
No response
The text was updated successfully, but these errors were encountered: