Skip to content
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

.Net Core does not produce Watson crash reports #12855

Closed
leculver opened this issue Jun 11, 2019 · 6 comments
Closed

.Net Core does not produce Watson crash reports #12855

leculver opened this issue Jun 11, 2019 · 6 comments

Comments

@leculver
Copy link
Contributor

.Net Core cannot currently generate actionable Watson reports. We are actively investigating why with the DEX (windbg) team. We need to be sure not to ship 3.0 RTM until we have this resolved (or understood).

@leculver leculver self-assigned this Jun 11, 2019
@MeiChin-Tsai
Copy link

Is this blocking preview 6?

@leecow
Copy link
Member

leecow commented Jun 11, 2019

Seems like something we would want for Preview 7, if possible.

@leculver
Copy link
Contributor Author

@MeiChin-Tsai No, this is not intended to be blocking preview 6. I intended this to be "Blocking RTM", but preferably fixed in Preview 7. There wasn't a good tag to convey that.

@tommcdon
Copy link
Member

@mikem8361 @noahfalk

@leculver
Copy link
Contributor Author

(Please note this is my layman's understanding of certificates and what's happening here. I'm not a security expert.)

.Net Core used to have 2 certificates: a sha1 – Microsoft Root Certificate, and a sha256 – Application Root Certificate. It’s unclear to me why our sha256 cert would be of a different kind. The feature that makes WER accept our auxiliary data dll (mscordaccore.dll) only accepts Microsoft Root Certificates, but that was OK because we had the sha1 cert which passed.

In .Net Core 3, we removed the sha1 cert, leaving only the sha256 cert, which is rejected by dbgeng because it’s an application root certificate. This is still a valid cert, but if dbgeng/WER is to accept it, they will need to make a code change for it. This is really bad for us because code changes in Windows can take months to reach end-user machines.

@leculver leculver assigned tommcdon and unassigned leculver Jun 13, 2019
@tommcdon
Copy link
Member

Fixed on dotnet/coreclr#25205

@msftgits msftgits transferred this issue from dotnet/coreclr Jan 31, 2020
@msftgits msftgits added this to the 3.0 milestone Jan 31, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 12, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants