You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@tmat Thanks for the update! This is indeed something that we identified as a possible cause of dotnet/maui#27612. Keeping the partial makes the deltas to be generated correctly.
This particular error (and stack trace) happened in other cases, though, but we weren't able to reproduce the issue reliably in a generic context in order to open an issue. A null reference happened at that location:
One of the lead we got was related to possible links between cross-targeting and desynchronized based binaries, based on this VS feedback issue.
The scenario looks like this, in VS 17.13:
In a MAUI solution with windows, iOS and Android, do a rebuild, generating version 1 of all the TFM assemblies
Debug the app in net9.0-windows (using the debugger green arrow button)
Make a significant code change then hot reload
Stop the app
Debug the app again (using the debugger green arrow button), which will generate version 2 of net9.0-windows, but keeps the original version 1 of net9.0-ios and net9.0-android
Make another change that can generate a delta update that is inconsistent between version 1 and the version 2 code changes, where the HRWorkspace tries to generate deltas using invalid base binaries.
We think the problem that the issue happens when using the SingleTargetBuildForStartupProjects VS capability. We got to work around that occurrence issue by deleting the assemblies in the IntermediatePath folders (unoplatform/uno#19463), but that's mostly a workaround.
If you're interested, we could provide a more specialized repro using public bits.
Repro:
Make an edit like so:
The text was updated successfully, but these errors were encountered: