Hi @gopi parimi ,
Thanks for reaching out.
The key detail in the crash log is that the failure happens inside Microsoft.UI.Xaml.dll from the Windows App Runtime, and it happens right at app startup.
On your development machine, Visual Studio installs extra WinUI/Windows App Runtime components and keeps things very forgiving. During Store certification (and for real users), the app runs on a clean, locked-down environment where only the dependencies you explicitly declare are available. If anything is missing or used too early, the app can crash before a window is even created.
A few things that typically resolve this:
- Installing the MSIX on a machine without Visual Studio (or using a clean VM) usually reproduces the certification crash and makes the root cause much easier to spot.
- Make sure the app is packaged against a supported and stable Windows App Runtime version, and that it’s correctly referenced in the MSIX. Avoid relying on whatever happens to be installed by Visual Studio.
- Avoid doing heavy work or accessing OS features in
App.xaml.csor early window initialization. Things like file system access, registry access, or APIs that behave differently in packaged apps can cause WinUI to fail before rendering. - Some APIs work fine during local debugging but are restricted or behave differently in Store-packaged apps. If the app touches anything outside its app container at startup, it can crash immediately.
Crashes like this are related to a missing runtime dependency or startup logic that behaves differently outside the development environment. Reviewing the Windows App Runtime version being used and minimizing work done during early app startup often helps narrow down and resolve this type of issue.
Hope this helps! If my answer was helpful - kindly follow the instructions here so others with the same problem can benefit as well.