-
Notifications
You must be signed in to change notification settings - Fork 10.2k
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
2.1.8 downgraded some assemblies from 2.1.7 #7546
Comments
Oops. Are there any good workarounds to this? Add explicit reference to the correct version? (Downgrading to older patch is not a "good" workaround.) |
There are several workarounds.
|
To help us catch this in the future, I think we should consider adding a unit test which reads this baseline and checks that it matches the latest 2.1.* on nuget.org. The SDK team did this for a similar kind of baseline file problem. |
This looks like a patch candidate for sure. @dougbu Would you be the right person to fix this? Could you prepare a PR and ping me on it, so that we can bring this to shiproom tomorrow? This can be a tactical PR just to fix the issue, but we definitely need to add the test @natemcmaster specifies above to prevent this from happening again. |
I'd appreciate it if @mikaelm12 could take a look at this first. @mikaelm12 is that 🆗 with you? But, I'll double-check the current 2.1.9 branding. |
Yeah, I can do it. |
Problem remains in current |
See #7556 |
Is the following related to this issue? cc @joeloff |
@muratg probably related |
@muratg Yes, that's the exact same error. |
I've manually checked the Rather than do 2.2.3 manually, I'll turn to the test… |
One alternative: Change the @natemcmaster I don't see anything but Other thoughts on this infrastructure reformat versus a separate test? |
I don't think we should only list Major.Minor. This could lead to non-deterministic behavior when re-generating baselines. @mikaelm12 was looking into adding test coverage for this. I added @dougbu to the email thread in which we're brainstorming fixes. |
FYI: App Services in Azure also updated to the latest DotNet Core SDK, so this bug could effect your apps published to there. Today I just had to fix one of our Asp.Net applications. |
@dougbu and @mikaelm12 in addition to the automation, could you guys please review the file (for both 2.2 and 2.1) to make sure it's correct on both branches? Two more sets of eyes would be good on this. |
I'll sync up with @dougbu on this today |
Though my comment above said I only did the The new test should confirm what I saw. |
I've also just manually checked the versions in both the 2.1 and 2.2 branches. The shouldn't be any version downgrade issues |
Thanks guys! |
The 2.1.8 shared framework contains some assemblies older than the 2.1.7 framework. This is a result of incorrect data in the baseline file. For instance:
https://github.com/aspnet/AspNetCore/blob/4cceccd5689ebf7712c03789df536cbb4cfc2efc/eng/Baseline.xml#L123
The actual latest stable release of Microsoft.AspNetCore is 2.1.7. This can cause runtime exceptions such as #3503 (comment) if users target 2.1.7 but rollforward to newer shared frameworks.
cc @dougbu @mikaelm12 @Eilon
The text was updated successfully, but these errors were encountered: