https://bugs.winehq.org/show_bug.cgi?id=43423
Bug ID: 43423 Summary: Wine does not create a PROGRAMDATA environment variable by default Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: toadking@toadking.com Distribution: ---
PROGRAMDATA can be used by programs to store data that should be accessible by any users on the system. Normally this is C:\ProgramData. Wine by default does not have this environment variable or folder.
https://bugs.winehq.org/show_bug.cgi?id=43423
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Do you know of a program that is affected by this?
https://bugs.winehq.org/show_bug.cgi?id=43423
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #2 from toadking@toadking.com --- Programs made with the SteelSeries Engine SDK depend on it to find certain files.
https://github.com/SteelSeries/gamesense-sdk/blob/master/doc/api/sending-gam...
SteelSeries Engine currently only works in wine staging but this issue exists in all versions of wine.
https://bugs.winehq.org/show_bug.cgi?id=43423
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ankouslash@yahoo.co.jp
--- Comment #3 from Anastasius Focht focht@gmx.net --- *** Bug 43515 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=43423
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Wine does not create a |Multiple applications and |PROGRAMDATA environment |games need 'ProgramData' |variable by default |environment variable set | |(SteelSeries Engine SDK | |based games, World of | |Warships 0.6.9+) Keywords| |download CC| |focht@gmx.net URL| |http://dl-wows-gc.wargaming | |.net/eu/files/ilcClx1YzB/Wo | |WS_internet_install_eu.exe Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #4 from Anastasius Focht focht@gmx.net --- Hello folks,
confirming and refining summary to target/collect affected apps and games here.
'World of Warships' 0.6.9 is also affected, see bug 43515
Regards
https://bugs.winehq.org/show_bug.cgi?id=43423
Andreas Schallenberg Andreas.Schallenberg@Eurobild.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Andreas.Schallenberg@Eurobi | |ld.com
https://bugs.winehq.org/show_bug.cgi?id=43423
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #5 from Stefan Dösinger stefan@codeweavers.com --- So I looked into what the correct way might be to set this. From searching the Windows registry it seems that HKLM/Software/Microsoft/Windows NT/CurrentVersion/ProfileList, value name ProgramData contains the value that gets assigned to %ProgramData%. set_additional_environment in kernel32/process.c already handles other values in this registry key.
Finally https://msdn.microsoft.com/en-us/library/windows/desktop/dd378457(v=vs.85).a... suggest that FOLDERID_ProgramData now points to %ProgramData% instead of %ALLUSERSPROFILE%\Application Data
What I am not sure about is how the existing values in the above mentioned registry key are created. I can create the ProgramData value via loader/wine.inf, but I am not convinced this is the correct way. shell32/shellpath does not expand environment variables, so changing the existing "Application Data" string does not do the right thing, and having the string redundantly doesn't seem to be the correct approach either.
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #6 from toadking@toadking.com --- Some other Windows behavior: When using NSIS, the APPDATA variable can be the same as the PROGRAMDATA environment variable when using the SetShellVarContext command: http://nsis.sourceforge.net/Reference/SetShellVarContext
Not sure exactly how it gets that behavior though.
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #7 from Stefan Dösinger stefan@codeweavers.com --- This sounds like some NSIS-internal remapping, nothing that goes through the OS.
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #8 from Vincent Povirk madewokherd@gmail.com --- I think FOLDERID_ProgramData will need to have its own CSIDL_Type defined to allow reading it from the registry or environment.
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #9 from Vincent Povirk madewokherd@gmail.com --- I'm concerned that we'll break existing prefixes when we change this. How was the "Documents and Settings" -> "Users" change handled?
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #10 from Stefan Dösinger stefan@codeweavers.com --- We don't have to change the location of the folder to fix these apps, we only have to define the environment variable. If it points to the XP location so be it.
That said, updating the location in the right way is probably a good thing for putting the data in the place where users expect it.
https://bugs.winehq.org/show_bug.cgi?id=43423
--- Comment #11 from Vincent Povirk madewokherd@gmail.com --- Turns out the existing values are created by _SHGetProfilesValue, called by _SHExpandEnvironmentStrings. So, I guess we could do it that way, and default to the path of FOLDERID_ProgramData.
FOLDERID_ProgramData is already stored in the registry, so we can change the default for new prefixes, separately.
https://bugs.winehq.org/show_bug.cgi?id=43423
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gijsvrm@gmail.com
--- Comment #12 from Gijs Vermeulen gijsvrm@gmail.com --- Should be fixed by https://source.winehq.org/git/wine.git/commit/dcb1359b5ec36612ad1539836a6e79... and https://source.winehq.org/git/wine.git/commit/e8ef521c8333a98bc516ea9c1ce02d...
https://bugs.winehq.org/show_bug.cgi?id=43423
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e8ef521c8333a98bc516ea9c1ce | |02dd930c7d683 Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #13 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Reported as fixed.
https://bugs.winehq.org/show_bug.cgi?id=43423
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |captmatt95@yahoo.ca
--- Comment #14 from Anastasius Focht focht@gmx.net --- *** Bug 43609 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=43423
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 2.16.
https://bugs.winehq.org/show_bug.cgi?id=43423
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |kernel32 URL|http://dl-wows-gc.wargaming |https://web.archive.org/web |.net/eu/files/ilcClx1YzB/Wo |/20201112043601/http://dl-w |WS_internet_install_eu.exe |ows-gc.wargaming.net/eu/fil | |es/ilcClx1YzB/WoWS_internet | |_install_eu.exe