#1673 closed defect (wontfix)
Windows and HOME variable.
Reported by: | iljum | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 1.6.0 |
Keywords: | Cc: | ||
Guest type: | other | Host type: | Windows |
Description (last modified by )
To make Emacs and Cygwin work well together on Windows, I set HOME environment variable to specific directory ("C:\Stuff"). After reboot I discovered, that all settings in VirtualBox were "lost".
Then I saw new ".VirtualBox" directory in "C:\Stuff" folder, and settings are now stored there.
But I don't think, that such HOME variable handling really makes sense on Windows.
Change History (6)
follow-up: 2 comment:1 by , 17 years ago
comment:2 by , 17 years ago
Replying to tdobes:
Please do not remove this functionality. In our environment, we share VM images in labs, so we want the .VirtualBox directory stored in a public place rather than under the user's home directory. We've managed this by setting the HOME variable from a script which runs before VirtualBox starts. If the name "HOME" is causing conflicts, perhaps it could be renamed "VBOX_HOME" or something... but removal of this entirely would cause major problems for us.
tdobes, try "VBOX_USER_HOME".
comment:3 by , 17 years ago
Host type: | other → Windows |
---|
comment:4 by , 16 years ago
Setting VBOX_USER_HOME=C:\Documents and Settings\username\.VirtualBox is an effective workaround for me. I also think VirtualBox should not be checking the HOME environmental variable, as it's also used for MinGW and MSYS.
comment:5 by , 15 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:6 by , 10 years ago
Description: | modified (diff) |
---|
We changed our mind. In VBox 4.3.22, HOME is no longer respected on Windows hosts.
Please do not remove this functionality. In our environment, we share VM images in labs, so we want the .VirtualBox directory stored in a public place rather than under the user's home directory. We've managed this by setting the HOME variable from a script which runs before VirtualBox starts. If the name "HOME" is causing conflicts, perhaps it could be renamed "VBOX_HOME" or something... but removal of this entirely would cause major problems for us.