After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 695623 - Configuration directory .gimp placed in non-standard location on Windows
Configuration directory .gimp placed in non-standard location on Windows
Status: RESOLVED DUPLICATE of bug 166643
Product: GIMP
Classification: Other
Component: Data
2.8.4
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2013-03-11 12:56 UTC by Kurt Fitzner
Modified: 2013-03-11 13:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kurt Fitzner 2013-03-11 12:56:23 UTC
GIMP stores its user configuration directory, .gimp, in a non-standard location on Windows.  Currently GIMP places this in the location specified by the %USERPROFILE% environment variable, which is incorrect.  Also, GIMP prefaces the directory name with a ".", which is meaningless in a Windows environment.  On Windows, this only serves to cause the directory to stick out at the top of the file list in an inappropriate location, rather than be nicely unobtrusive as it would be on a Unixy system.  The opposite of what seems to be intended.

In order to put the directory in an unobtrusive place, as the period in the filename accomplishes in Unixy systems, the directory should be located in one of the locations especially set aside for this type of configuration data. Since Windows 2000 (and earlier on the Windows NT side of the house), the correct location to store application configuration data is found in the following environment variables:

- For per-installation data: %ProgramData%
- For roaming persistent per-user configuration data: %APPDATA%
- For non-roaming persistent per-user data: %LOCALAPPDATA%
- For temporary non-persistent data: %TMP%
Comment 1 Michael Schumacher 2013-03-11 13:06:43 UTC
The directories have been moved according to bug #166643 - you may want to try an experimental 2.9 build and check if the new locations are suitable.

*** This bug has been marked as a duplicate of bug 166643 ***