Forum Discussion

TIMOTHY_MANGAN's avatar
TIMOTHY_MANGAN
MVP
Aug 17, 2020

Environment Variable Fixup Proposal

Some traditional applications make use of environment variables. 

  • These are typically added as part of the installation/customization.
  • They may be declared as System or User in scope.
  • Ultimately, they are stored in the registry but added to the process' environment block inside the kernel.

While Microsoft App-V had support for the package declaring environment variables in the manifest, MSIX does not.  The App-V support turned what may have originally been an environment variable of System or User scope into one with an Application-specific scope.

 

I am proposing the creation of a new PSF Fixup called EnvVarFixup.  When included in the package this would allow for a config.json definition of Application-specific scope environment variables.  The configuration would consist of an array of tuple values:

  • name
  • value
  • useregistry

The name parameter would be the name of the environment variable.

 

The value parameter would be the value specified directly, or an empty string if useregistry is specified to true.

 

The useregistry parameter is a boolean, and when set to true it indicates that the application hive registry should be queried for the value. In this case, the current user portion of the application hive is checked first, followed by the machine portion if necessary.

 

The fixup would apply to:

  • GetEnvironmentVariable()
  • SetEnvironmentVariable() - but only if useregistry is specified.  Writing would only be made to the current user portion of the application hive so that the write will succeed.

 

Consideration for ExpandEnvironmentStrings() will also be given, but at this time it is probably out of scope for the project.  It should be able to be added at a later time without the need to change the Json configuration.

 

I am working on the prototype now, and encourage any feedback.

  • TIMOTHY_MANGAN's avatar
    TIMOTHY_MANGAN
    MVP
    Aug 28, 2020
    The EnvVarFixup that was described here is now up in the Microsoft GitHub sources in the Develop branch. For those interested, PsfTooling 4.2 is now up in the Microsoft Store and includes support for this new type of intercept-based fixup.
  • Darren_Hoehna's avatar
    Darren_Hoehna
    Icon for Microsoft rankMicrosoft
    Aug 19, 2020

    TIMOTHY_MANGAN 

     

    I like that idea.  It is aweomse.  I thought MSIX had support for environment variables though?  Or is it only during install time can a package write environment variables?

    • TIMOTHY_MANGAN's avatar
      TIMOTHY_MANGAN
      MVP
      Aug 19, 2020

      Darren_Hoehna I am unaware of any support for environment variables in MSIX. (See post from 2 years ago https://techcommunity.microsoft.com/t5/msix-deployment/no-support-for-virtualized-environment-variables/m-p/228140)

      Certainly, even today if I capture an installer that sets either user or system environment variables with the MSIX Packaging Tool, the packaged app doesn't see them. 

       

      If there is a Manifest setting needed and the packaging tool just doesn't use it (sort of like Fonts...), please let me know.

      • Darren_Hoehna's avatar
        Darren_Hoehna
        Icon for Microsoft rankMicrosoft
        Aug 21, 2020

        TIMOTHY_MANGAN 

         

        I was mistaken.  I thought MSIX had something to read and write environment variables.  I was wrong.

         

        Before you get too far with your prototype I was wondering if, instead of specifying what Registry keys the user needs to put in the config, why not redirect all registry reads and writes?  That way the user can use this fixup in a plug-and-play style?

         

        Cheers,

         

        Darren.

Resources