New
#370
In fact, it also shows on 90% of all apps on Processes tab - apps that are actively running lol.
In fact, it also shows on 90% of all apps on Processes tab - apps that are actively running lol.
0 Suspended is not binary number here, it just means that none are suspended, 1 suspended would mean that one instance (thread) is suspended but when I look at mine that none are really suspended although some are. In Startup tab, when I open it first time, for a split second shows old way, Enabled or Disabled.
I once again tried to upgrade my Skip Ahead build 17083 to 17604 by first disabling the hiberfile completely, but no luck there. I still get SYSTEM_THREAD_EXCEPTION_NOT_HANDLED during first reboot phase.
Seems the issue is something common, not fast startup related, in builds 17093, 17101 and 17604, since none of those install (with nor without hiberfile enabled), but 17107 installs without issues.
Wonder if this had something to do with your issues?
Microsoft releases new Windows 10 preview with more proactive Windows Update | VentureBeat
It could be but I doubt it is directly related to this issue in particular. One never knows though. MS is always so secretive when it comes to what they changed/fixed/broken. They only tell us all the irrelevant information and leave out all the relevant core and system related information.
It is absolutely impossible to find the root cause and possible workarounds for issues on builds where NO debug symbols are released (which is the case for most builds).
A record of "We changed default font size from 12px to 14px in settings app" is pretty much irrelevant information or is very obvious if one opens up the Settings up. But information like "We re-enabled a kernel feature that enables us to open ELF binaries natively" is very relevant, since it is not obvious and such drastic changes can cause a lot of misbehavior because of all the newly enabled code loops.