Forum Discussion
MSIX : Modification Package Challenges
Hi,
As part of MSIX Assessments we are trying to explore the option of Applications Redundancy, so we testing few MSIX Modification packages in our environment and having some challenges. Below are the few scenario's will keep updating as and when found issues.
Environment Details:
MSIX Packaging Tool Version - 1.2019.1018.0
Packaging Machine Windows Version - 1809(OS Build 17763.914)
Testing machine Windows Version - 1809(OS Build 17763.1098)
1) Modification package not getting applied Properly.
Main Package - Firefox ESR 68.5.0
Modification Package - Customization(Homepackage settings, browser Cache setting via Moziall.cfg)
2) Identified an issue when Both Main and Modification packages have same file name, New version File which is in Modification Package does not get's applied, tried with Some Inhouse apps
3) As part of Rollback testing - Modification Package Installation/Uninstallations are working fine manually, but when trying to removed from Sccm applicaiton in Software center it shows as uninstall, but still availiable in 'App add-on & downloadable Content' on client machine.
4) In our environment we have few Inhouse apps which are environment based apps, source will be the same for across environments with config files and Environment specific shorcuts(Few users will be part of Multiple environments). As Modification packages does not support Shortcuts, this is not going to work as expected. This is also a quiet common scenario's in enterprises. How can we handle like this apps ?
5) When ever we create an Newer Version package for the Main Package upgrade, everytime we also need to update the Modification package(Dependency details changes), unless we use same name for MainPackage for each and every updates/upgrades . I believe this is common across the enterprises. How is it helping from Packaging Paralysis ? as we need to update Modification Package, re-distribution & re-deployments
Any Assistance/Guidance would be much Appreciated.
- Dian HartonoMicrosoft
Hi KumarOne,
Will it be possible for you to test on a Windows Version 1903? We made an update to the modification package such that file overlay properly works. Also ensure that modification property is set to true in the package manifest:
<Properties> <rescap6:ModificationPackage>true</rescap6:ModificationPackage> </Properties>
More info:
-Dian
- KumarOneCopper Contributor
Hi Dian,
I'm trying to test the package and installation on 1909 and get's failed with below error. I have created custom self-signed certificate for package creation and testing.
The packages which were created on 1809 was signed again on 1909 using sign tool and still issue is same
"Either a new certificate must be installed for this app package or you need a new app package with trusted certificates. Your system administrator or the app developer can help. A certificate chain was processed but terminated in a root certificate that isn't trusted (0x800B0109)"
And also i have identified, the same issue with the LabCertificate provided in below location.
https://github.com/microsoft/MSIX-Labs/tree/master/MSIXLab
Any assistance will be much appreciated
- Dian HartonoMicrosoft
Hi KumarOne,
Looking at the error, it looks like the root certificate is no longer trusted. As you said, this is a self signed app so you need to install the certificate in order for the app to install.
- Right click on MSIX file
- Click Properties
- Click Digital Signatures
- Select Signature from the list
- Click Details
- Click View Certificate
- Click Install Certificate
- KumarOneCopper ContributorSmall Correction - Typo Error in Original Post
Modification Package - Customization(Homepage settings, browser Cache setting via Mozialla.cfg) - Bogdan MitracheSteel Contributor
Hi KumarOne,
1) As Dian recommended, first try a 1903 build, I had some issues in the past with 1809 too.
Also, make sure that the files in both packages are under VFS and not directly in the package root. The last time I checked modification packages worked correctly only when the main package had the application files under VFS folder.
4) Can you please give us more details about why you need to change the name of the app instead of just changing its version? Since I don't work at MSFT I don't have any control over how this will be supported by modification packages but I would like to better understand your day to day packaging workflows, challenges, and goals.
Thanks,Bogdan