Jan 20 2021 02:29 PM
Hello,
We have a Desktop app that communicates with a Chrome Extension. Our old *.exe installer is able to install both the desktop app and the Chrome Extension in the user machine properly. It uses the Windows Registry, as described in the official documentation, to install the Chrome Extension during the installation process.
We tried to generate a msix package from the old *.exe using the msix packaging tool on windows 10 but it didn't work.
In summary, to install a Chrome Extension, we need to add Registry Key under
HKEY_LOCAL_MACHINE\Software\Wow6432Node\Google\Chrome\Extensions
So, when the Browser starts it checks all the keys under that location and updates or downloads the extensions accordingly.
how the MSIX can handle this use case?
Jan 21 2021 11:51 PM
SolutionHi @lucasq,
Currently, an MSIX package cannot create registry entries directly on the machine, i.e. outside of its container. Therefore, I don't think it is possible to register the chrome extension at install-time.
In my MSIX introduction guide, you can read a quick explanation of how an MSIX handles the registry. More details are available in the MS docs.
What you can try is to have your application create the HKLM entries the first time it launches. According to the MS docs, you should be able to write under HKLM\Software hive if the same registry key is not part of your package. (make sure you delete HKEY_LOCAL_MACHINE\Software\Wow6432Node\Google\Chrome\Extensions from your package).
Quoting MS:
Writes under HKLM\Software are allowed as long as a corresponding key/value does not exist in the package hive and the user has the correct access permissions.
Jan 23 2021 03:30 AM
This is a huge limitation of the MSIX and it makes it impossible to adopt it for any application which extends other applications.
May 20 2021 08:15 AM
@Jozef Izso Yes unfortunately application extension was sacrificed for security.
Thats when executive management lives in the world of smartphones instead of real offices.
But in this case the ignorance on Googles side to change the native messager interface is also breathtaking.
Jan 21 2021 11:51 PM
SolutionHi @lucasq,
Currently, an MSIX package cannot create registry entries directly on the machine, i.e. outside of its container. Therefore, I don't think it is possible to register the chrome extension at install-time.
In my MSIX introduction guide, you can read a quick explanation of how an MSIX handles the registry. More details are available in the MS docs.
What you can try is to have your application create the HKLM entries the first time it launches. According to the MS docs, you should be able to write under HKLM\Software hive if the same registry key is not part of your package. (make sure you delete HKEY_LOCAL_MACHINE\Software\Wow6432Node\Google\Chrome\Extensions from your package).
Quoting MS:
Writes under HKLM\Software are allowed as long as a corresponding key/value does not exist in the package hive and the user has the correct access permissions.