My previous post touched on an issue we are having with some applications. The AppV sequencer is not capturing all registry keys. I have been working with Microsoft on this issue for over 2 years but just recently got some headway with getting this addressed. And I have good news and bad news. The good news is the root cause for this issue appears to have been found.
It appears that ETW (Event Tracing for Windows) will capture some of the events out of order and the AppV sequencer will then apply that out of order sequence. The correct sequence of events should be:
But in certain scenarios it’s capturing the events as:
By capturing the deletion last in the order, the AppV sequencer is effectively being told to ‘Not’ capture the registry key.
Microsoft has corrected this issue in the ‘Anniversary’ edition of Windows 10 (Build 14393+) and sequencing in this OS will capture all the registry keys correctly.
The bad news is Microsoft is evaluating backporting the fix to older versions of Windows. Specifically Windows 2008 R2. Windows 2008R2 is still widely used and AppV best practice is to sequence on the OS you plan on deploying but if the older OS sequences unreliably this complicates the ability to ‘trust’ the product. This fix still needs to be backported to 2012, 2012R2 and the related client OS’s, so hopefully they get it as well. The reason I was told 2008 R2 may not get the fix is that it is no longer in Mainstream support, but Windows 7SP1 currently is, which is analogous to 2008 R2. So hopefully the effort to fix this bug will be backported and we’ll have a solid AppV platform where we can sequence our packages in confidence.