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 425035 - symlinks are been resolved, instead of being directly treated
symlinks are been resolved, instead of being directly treated
Status: RESOLVED OBSOLETE
Product: glib
Classification: Platform
Component: general
2.10.x
Other All
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2007-04-01 01:11 UTC by alex bodnaru
Modified: 2018-05-24 11:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description alex bodnaru 2007-04-01 01:11:14 UTC
Please describe the problem:
when the infrastructure of my system might change, the users' home directories should still remain /home/username.
unfortunately, in case /home/username contains a link, gtk+ based applications are saving the pointed to path, instead of the link name, thus raising an obstacle when i wish to make this link point to another physical location.

Steps to reproduce:
1. create an user account, and move his /home/username contents to /somewhere-else.
2. symlink /somewhere-else to /home/username, login username, and activate gtk/gnome applications, add icons to panels etc.
3. logout the user, and grep in /home/username for the string
 "/somewhere-else".


Actual results:
the pointed to directory is beeing recorded in gtk+ programs.

Expected results:
the /home/username string should be recorded, since this is the where the system would report a home directory.
the same should follow if an user might have selected a file/location by a symlink.

Does this happen every time?
yes, i can reproduce it in gtk+2.8 applications, and Sven Arvidsson <sa@whiz.se>, shich is debian maintainer for gtk+, said he reproduced it on 2.10

Other information:
this has been reported long ago, at http://bugzilla.gnome.org/show_bug.cgi?id=59607
Comment 1 Matthias Clasen 2014-09-08 01:28:28 UTC
Moving this to glib, where most of the directory handling happens. But I don't seem much of an alternative to resolving symlinks.
Comment 2 GNOME Infrastructure Team 2018-05-24 11:00:56 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/glib/issues/89.