Jan 28 2019 12:53 PM
I used 1.2019.110 to package and build 18317 to test. Confirmed the modification package has the "rescap6" syntax for modification packages. Still doesn't work.
Situation summary:
I created a feedback item with the same title as the subject on this post. Attached both packages and a procmon trace showing it didn't enumerate the plugins folder of the modification package.
Jan 30 2019 10:13 AM
Thank you for sending feedback. We are taking a look at the issue now. We will update the thread when we have an update.
Jan 31 2019 01:47 PM
SolutionHi, we looked at your package and noticed the MaxVersionTested is set to value that is early version of Windows.
Change this,
<TargetDeviceFamily Name="Windows.Desktop" MinVersion="10.0.17701.0" MaxVersionTested="10.0.17763.0" />
to this,
<TargetDeviceFamily Name="Windows.Desktop" MinVersion="10.0.17701.0" MaxVersionTested="10.0.18317.1" />
It works.
Jan 31 2019 02:01 PM
Uh, OK if that resolves it. The package wasn't generated on 18317, but with a version of the MPT that supports generating the correct syntax (if we ignore MaxVersionTested for a moment). I can live with that now that I know to use the full features of MPT 1.2019.1 I need to package on 18317 or above also.
But why should "MaxVersionTested" prevent fixes in the VFS layering runtime from being used? Surely we won't have to repackage to get the use of fixes in the runtime going forward?
Feb 04 2019 07:13 AM
This also fixed the problem for me as well. But I repackaged my Modification package with the new tool on an insider machine with build 18323. But even there I had to manually change the number. It would have been great if the Packaging Tool would have done that for me.
Feb 07 2019 02:52 AM
Great feedback. We are working on an update and should have it for the April release (which will align more to the 1903 OS changes).
John.