Fix: Windows Store App Crashes or Freezes in Windows 8 | 8.1

Today I’m going to share an experience I had with troubleshooting random Metro application crashes on my Windows 8. My friend had just installed Windows 8 RC on his laptop, on a new partition – so it was a fresh install and not an upgrade. The reason why I asked him to do this,  is because many a times,, upgrades may cause issues like random freezes and crashes, for no apparent reason. I’ve seen a lot of cases with Windows XP or Windows Vista upgraded to Windows 7 – so I always recommend users to perform a clean install rather than an upgrade.
surface

Windows Store App Crashes

In spite of a clean install, Windows 8 apps were crashing. So my first hunch was to disable all security software that were running on the machine, since it tend to sometimes interfere with Windows 8 applications that are trying to connect to the Internet. This may lead to freezing and crashes of such Metro applications. Sometime just disabling Internet security software will not fix the problem. We may need to disable it from Startup and stop all the related services and reboot to complete rule out that problem. Sadly that had no affect on the problem.

So my next step was to perform a Clean Boot i.e. disable all non-Microsoft related startup items and reboot the system. This can rule out if any other application is interfering with the Windows 8 applications. I used the method described in this post on how To Manage Startup Items In Windows 8  to do so. Sadly this didn’t help much. But when you’re troubleshooting App crashes this is an important step to try, even if Clean Boot did not help in this case.

My next step was to run the system file checker to see if any operating system files had been corrupted. Sometime users tend to use tweaking software or system file patches that could corrupt the core windows files, which can lead to stability issues on Windows. The SFC scan reported that there weren’t any problems found. But even if the result said so I had to check the logs to conform it. I have seen cases where SFC reports that there is no issues found, and still we get to see corrupted files or registry entries in the log files, which we need to manually fix. So I followed the steps provided in this post on how to analyze SFC logs in Windows 7, but strangely the logs seemed to be clean.

Then I had to go back to the basics. There are few other things that could cause the Windows apps to not work. I followed this post on how to fix Metro Tiles are not responding in Windows 8 and checked if UAC was disabled, Screen resolution of the Monitor, New Windows user account, etc. Nothing helped. I know, as a last resort I may need to have him reinstall his Windows. But I couldn’t give up so easier I never considered reinstallation of Windows as a good troubleshooting step, there is nothing like troubleshooting a complicated issue and exhausting all the available resources.

Operating System 5 errors

So I researched over all Internet, started reading all the Event logs and app crash dump files. I found something interesting, there are few Operating System 5 errors; which means that there are some permission issues going on. Seems like the user had messed up the C drive permissions. I can’t remember how may times I have advised users not to change the permission or any attributes of the root C folder; because that’s where all the boot related files and all the system files are located. If you want to change the permission, change a specific folder or file and not the whole C drive. Anyway, I searched online for the appropriate permission required for the Windows 8 application  to run properly. Luckily I found a TechNet article about Managing Client Access to the Windows Store. In that article it’s mentioned that

While configuring the access permissions on any of these resources, it is important to identify which of these resources grants access to all Metro style apps and ensure that the new effective permissions do not remove that access. When supplying the permissions in SDDL form, the security identifier (SID) for ALL APPLICATION PACKAGES is S-1-15-2-1.

So I went and gave “ALL APPLICATION PACKAGES” permission to root C folder and rebooted the system. Voilà no more crashes it worked just fine!

This is one of the most interesting and challenging troubleshooting case I have done in quite some time. It feels really good when you do so successfully.

More links to help you:

Well, I hope you guys get some tips from this article. In case you encounter any problem, do let us know.

Posted by on , in Category Windows with Tags
Shyam aka “Captain Jack” is a Microsoft MVP alumnus and a Windows Enthusiast with an interest in Advanced Windows troubleshooting. Suggestions made and opinions expressed by him here are his personal one's and not of his current employers. He blogs at captaindbg.com.