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

WinUI 3.0 Preview 3 Applications crash on startup in Windows Insider Build 21227 #3815

Closed
smj389 opened this issue Dec 16, 2020 · 11 comments
Closed
Labels
product-winui3 WinUI 3 issues

Comments

@smj389
Copy link

smj389 commented Dec 16, 2020

Describe the bug
WinUI 3.0 Preview 3 Applications (both UWP and Desktop and both C# and C++) crash on startup in Windows Insider Build 21227. This behaviour was not observed in earlier builds.

Steps to reproduce the bug
Steps to reproduce the behavior:

  1. Load Visual Studio 2019 Preview 2.
  2. Create a new WinUI 3,0 Preview 3 Project (UWP or Desktop, C# or C++)
  3. Build the Application (x86 or x64 - both exhibit this behaviour)
  4. If you attempt to debug the Application on Windows Insider Build 21227, the VS Debugger will crash.
  5. If you deploy the Application on Windows Insider Build 21227 and run it (e.g. from Start) it will crash.

Expected behavior
The Application to load.

Version Info

NuGet package version:
[Microsoft.WinUI 3.0.0-preview3.201113.0]

Windows app type:

UWP Win32
Windows 10 version Saw the problem?
Insider Build (21227) Yes
Insider Build (20270) No

If it helps, on each crash (both x64 and x86) there is a watson report with the following sort of details:
Problem signature
Problem Event Name: MoAppCrash
Package Full Name: cf710d84-b57a-45d1-927b-35e5575541be_1.0.0.0_x64__pzhjvzqrkcdyt
Application Name: praid:App
Application Version: 1.0.0.0
Application Timestamp: 5f8de3c6
Fault Module Name: combase.dll
Fault Module Version: 10.0.21277.1000
Fault Module Timestamp: 5ebfb7ba
Exception Code: c0000602
Exception Offset: 0000000000213e49
OS Version: 10.0.21277.2.0.0.256.48
Locale ID: 2057
Additional Information 1: f848
Additional Information 2: f848ae3eb9da603e3d133c649245b573
Additional Information 3: 6c20
Additional Information 4: 6c20af286a841c116e408ceff9fafd07

And under the debugger:
Problem Event Name: APPCRASH
Application Name: msvsmon.exe
Application Version: 16.9.733.0
Application Timestamp: 5fc92e7f
Fault Module Name: combase.dll
Fault Module Version: 10.0.21277.1000
Fault Module Timestamp: 5ebfb7ba
Exception Code: c0000602
Exception Offset: 0000000000213e49
OS Version: 10.0.21277.2.0.0.256.48
Locale ID: 2057
Additional Information 1: 19be
Additional Information 2: 19be555bc0752265a36ee49cbe0b2fac
Additional Information 3: 6daa
Additional Information 4: 6daab691c59d0ef5816d18d88c9c7b7d

@ghost ghost added the needs-triage Issue needs to be triaged by the area owners label Dec 16, 2020
@StephenLPeters StephenLPeters added product-winui3 WinUI 3 issues and removed needs-triage Issue needs to be triaged by the area owners labels Dec 17, 2020
@lsalkeld
Copy link
Contributor

I'm having the same issue on build 21277.1000, but if my memory serves correctly, this was happening to me before I actually installed an Insider build. I don't have a machine to test this on right now, but I'm pretty sure this is unrelated to the Windows build you use.

@robloo
Copy link
Contributor

robloo commented Dec 31, 2020

WinUI 3 was to decouple itself from the OS to prevent these sorts of issues and incompatibilities. I am very curious to know what is causing this from a technical standpoint.

@JanRajnoha
Copy link

I have this problem too. No workaround, no response from VS team, where i report it as bug, because one day I updated both, Windows and VS, and don't think this should be related to Windows.

@gavinwilliams
Copy link

gavinwilliams commented Jan 13, 2021

Same issue on build 21286.1000 for both Desktop and UWP apps. UWP app launches and then the debugger crashes, Desktop app doesn't even launch. The same happens with the XAML Controls Gallery app.

I'm also getting this when I manually run nuget restore in the package manager console for WinUI Desktop and similar for WinUI UWP apps.

Errors in C:\xxxx\xxxx (Package)\xxxx (Package).wapproj
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134). Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-arm. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-arm-aot. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-arm64-aot. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-x64. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-x64-aot. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-x86. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)
    NU1201: Project xxxx is not compatible with uap10.0.17134 (UAP,Version=v10.0.17134) / win10-x86-aot. Project xxxx supports: net50-windows10.0.18362 (.NETFramework,Version=v5.0,Profile=windows10.0.18362)

@codendone
Copy link
Contributor

Thanks for the report. We believe this is an issue we recently fixed, and are working to confirm that.

@gavinwilliams
Copy link

gavinwilliams commented Jan 14, 2021

Thanks for the report. We believe this is an issue we recently fixed, and are working to confirm that.

@codendone just curious, is there a workaround for those of us who are super keen to have a play with WinUI in the mean time?

@codendone
Copy link
Contributor

@gavinwilliams Unfortunately, the only workaround for this issue is to use an older build of Windows. And #3954 just reported a similar issue on a newer build which should contain the fix here, so we need to investigate that.

@gavinwilliams
Copy link

@codendone that's frustrating, more so for you guys I assume, I know quite a few Windows dev's are all running Insider builds so the feedback on WinUI 3 must be limiting.

@codendone
Copy link
Contributor

@gavinwilliams Yes, certainly a very unhappy situation. On the plus side, we are planning to ship a Preview 4 in early-mid Feb, which will have the fix.

@anawishnoff
Copy link
Contributor

This bug has been fixed, and the fix will be available in our next release - WinUI 3 Preview 4. We're hoping to ship this preview release in early February. Thanks!

@anawishnoff anawishnoff added the fixed-internally This bug has been fixed, and the fix will be shipped in the next version of WinUI 3. label Jan 28, 2021
@krschau
Copy link
Contributor

krschau commented Jul 28, 2021

Closing as fixed. Please open a new issue if you see a similar problem in the future.

@krschau krschau closed this as completed Jul 28, 2021
@bpulliam bpulliam removed the fixed-internally This bug has been fixed, and the fix will be shipped in the next version of WinUI 3. label Feb 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
product-winui3 WinUI 3 issues
Projects
None yet
Development

No branches or pull requests

10 participants