Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
[BUG] Error NETSDK1005 after changes in .csproj file
See original GitHub issueDescription
I’ve created a new .NET MAUI app using the latest RC1 version. I’m opening the project file of the project and do some changes like chaing the ApplicationTitle or the ApplicationDisplayVersion. If I’m now also updating the Color of the MauiSplashScreen the app won’t build with the error NETSDK1005. Also undo the latest changes won’t fix the issue.
Steps to Reproduce
- Create a new .NET MAUI app
- Edit the project file
- Update
ApplicationTitle,ApplicationDisplayVersion,ColorofMauiSplashScreen
Version with bug
Release Candidate 1
Last version that worked well
Unknown/Other
Affected platforms
Android, Windows, I was not able test on other platforms
Affected platform versions
Android 11, Windows 10.0.19041
Did you find any workaround?
Relevant log output
error NETSDK1005: Assets file '\obj\project.assets.json' doesn't have a target for 'net6.0-windows10.0.19041'. Ensure that restore has run and that you have included 'net6.0-windows10.0.19041' in the TargetFrameworks for your project.
Issue Analytics
- State:
- Created a year ago
- Comments:24 (15 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
@KiristonK did you already try setting
$(ApplicationDisplayVersion)and$(Version)to the same value? I don’t see that in your screenshots.The fix for this is not released yet.
I believe that the issue you are seeing @Redth is https://github.com/dotnet/maui/issues/10579 or #12859
This particular one was a result for the TFMs being passed as windows to all dependencies. I moved the code we added back into the workload but nothing changed. And looking at what we have, the code that sets the property is only imported using:
This had a condition for the Windows TFM and the
WindowsAppSDKWinUIproperty - which is only set by the Windows App SDK NuGet - after the install has completed. So this never ran on before the restore.I tested this with the latest stable .NET MAUI - 7.0.86 - and I was able to reproduce this by simply updating the 2 properties (only the first matters really):