-
Notifications
You must be signed in to change notification settings - Fork 53
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
Figure out where rogue Newtonsoft.Json
requirement is coming from
#59
Comments
I don't know why it's needed, but removing it cause VS to hang when building the ALL solution |
I wonder if it's some SourceGenerator/VS extension type dependency thing... But that'd be a bit odd. Any ideas @Sergio0694? @Arlodotexe do you remember when you had to add it what was going on? |
I'm actually testing having to add a dependency on this for the unit tests to work for UWP in #126... so maybe that's it. Why this is the case with the refactor vs. the original configuration, I'm not sure. Though we'll see if this works as I expect. Otherwise, I'm not sure what's going on. |
This in part may be coming from our Unit Test projects, see microsoft/vstest#2488 |
@michael-hawker Not sure just by having a quick look, I can say though that it's definitely not the Roslyn projects. |
Alright, I had changed the order of imports which made the reference to Because of this, everything still worked, except for this implicit Newtonsoft.Json reference. By correcting the order of the imports and defining this property to make the SDK reference proper, it seems to correct the issue. Tested locally and in the CI. |
It seems like we needed to add a
Newtonsoft.Json
reference to get our build to work here:Labs-Windows/Common/Labs.Head.props
Line 9 in 566d1e4
However, it'd be great not to need this. We should figure out what's causing this and investigate if we can remove it.
FYI @Arlodotexe as I believe you have more of the historical context here.
The text was updated successfully, but these errors were encountered: