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 309244 - Current spec for g_get_home_dir() breaks expected features.
Current spec for g_get_home_dir() breaks expected features.
Status: RESOLVED DUPLICATE of bug 142568
Product: glib
Classification: Platform
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2005-07-01 05:08 UTC by Joe Neeman
Modified: 2005-07-19 15:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Joe Neeman 2005-07-01 05:08:06 UTC 
Please describe the problem:
I saw this brought up about a 18 months ago on the mailing list:
http://mail.gnome.org/archives/gtk-app-devel-list/2004-January/msg00294.html
but there wasn't a response.

The current behaviour of g_get_home_dir() prevents anyone from overriding the
home directory by resetting HOME. Since resetting HOME is absolutely standard
practice in many situations, I think this is a very bad thing. Is there a good
reason why this was made the default behaviour?

I have even gone to the trouble of filing bug reports on applications, which
have command-line functionality, that use g_get_home_dir() for detecting a
user's home directory.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Matthias Clasen 2005-07-19 15:38:32 UTC 

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