-
-
Notifications
You must be signed in to change notification settings - Fork 215
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
Runtime.Current.Version null on Windows 10 2004 .NET Framework 4.8 #443
Runtime.Current.Version null on Windows 10 2004 .NET Framework 4.8 #443
Comments
Thanks for raising this. I'll add the new version. Having it return null made you raise this issue so we can fix this. |
@KristianWedberg I can't find anything about .NET Framework 4.8.1. What is the output of |
Is it the case Sentry's receiving raw description and not handling it? This seems to be an issue but at least can be fixed on the server. The handling is done here: But it seems the SDK needs to send |
Transfered to this repo not to get lost on that repository as we plan to make a monorepo |
There's no "4.8.1" yet as you say, that was just an example of a future version that would again return |
I believe .NET Framework will not have any more releases after
This though seem to be a bug which we need to address. |
+1 - same issue here. I found the version of 4.8 in the registry at Sentry said You could use the old code and just check for builds > 528040 since 4.8 is the end of the line. For now. Like VBA etc. The "Release" / build would be handy actually, I definitely have seen issues related to Windows 10 updates so it would be nice to know what actual release they are running. |
This should be processed then by Sentry on the server: Could you please confirm what's the derived |
I see. The value is missing there on relay. I'll make a PR to add support. |
It was actually missing two values. Thanks for raising this. The SDK will report the right value from the next release. |
Runtime.Current.Version
isnull
on .NET Framework 4.8 after upgrading to Windows 10 2004, build 19041.264.I expected it to be "4.8".
Also, to avoid this becoming
null
again later, I suggest makingVersion
the largest version where the build number is not too large. Showing e.g. 4.8 on a 4.8.1 installation is much better than getting anull
.Cheers,
Kristian
The text was updated successfully, but these errors were encountered: