This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Same problem on Windows 2012 Server Unified Core
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 12, 2013
07:33 AM
Windows 8.1 Environment variable not available until reboot / logoff-logon
I have a Basic MSI installation project and in this package I install a new system wide environment variable (in the attached example it’s named MYTEST with value 1).
Normally (on Windows NT, 2000, XP, Vista, 7, 😎 the new variable is immediately available for a new process (e.g. command prompt) which will be started directly after the installation finished.
But with Windows 8.1 (I tried the x86 version) the variable will be installed and is visible in the windows dialog where you can modify these variables (see screenshot) but it is not visible for new started processes until I reboot or make a logoff and Login!
That is a complete new behavior. Is this a bug or a feature and how can I avoid the reboot under a Windows 8.1? Must I change all older setups to work with Windows 8.1?
P.S.
Creating the variable not with msi but directly in the windows dialog for editing the environment variables, then the new variable is immediately available for new processes without a reboot.
Normally (on Windows NT, 2000, XP, Vista, 7, 😎 the new variable is immediately available for a new process (e.g. command prompt) which will be started directly after the installation finished.
But with Windows 8.1 (I tried the x86 version) the variable will be installed and is visible in the windows dialog where you can modify these variables (see screenshot) but it is not visible for new started processes until I reboot or make a logoff and Login!
That is a complete new behavior. Is this a bug or a feature and how can I avoid the reboot under a Windows 8.1? Must I change all older setups to work with Windows 8.1?
P.S.
Creating the variable not with msi but directly in the windows dialog for editing the environment variables, then the new variable is immediately available for new processes without a reboot.
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 27, 2015
01:32 AM
Hi,
I am also facing the same problem on Windows 2012 for one of my Basic MSI installer. I also tried the code mentioned on http://helpnet.installshield.com/installshield18helplib/GetresEnv_variable_example.htm but no help.
Is there anyone who has fixed the problem?
I am also facing the same problem on Windows 2012 for one of my Basic MSI installer. I also tried the code mentioned on http://helpnet.installshield.com/installshield18helplib/GetresEnv_variable_example.htm but no help.
Is there anyone who has fixed the problem?
Timo Zimmermann wrote:
I have a Basic MSI installation project and in this package I install a new system wide environment variable (in the attached example it’s named MYTEST with value 1).
Normally (on Windows NT, 2000, XP, Vista, 7, 😎 the new variable is immediately available for a new process (e.g. command prompt) which will be started directly after the installation finished.
But with Windows 8.1 (I tried the x86 version) the variable will be installed and is visible in the windows dialog where you can modify these variables (see screenshot) but it is not visible for new started processes until I reboot or make a logoff and Login!
That is a complete new behavior. Is this a bug or a feature and how can I avoid the reboot under a Windows 8.1? Must I change all older setups to work with Windows 8.1?
P.S.
Creating the variable not with msi but directly in the windows dialog for editing the environment variables, then the new variable is immediately available for new processes without a reboot.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 07, 2015
12:06 AM
After some Windows Updates the problem was gone and never occured...