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 155492 - disrespect for umask or g+s
disrespect for umask or g+s
Status: RESOLVED DUPLICATE of bug 104052
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-15 10:53 UTC by Rui Miguel Seabra
Modified: 2005-02-03 21:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rui Miguel Seabra 2004-10-15 10:53:48 UTC
groupadd test
useradd test1
mkdir /tmp/test
chgrp test /tmp/test
chmod g+wrxs /tmp/test
echo 'umask 007' >> /etc/bashrc
su - test1
touch /tmp/test/d
ls -laF /tmp/test
drwxrwsr-x  N root test 4096 <DATE> ./
-rw-rw----  N test1 test 0 <DATE> d

Now if you create an empty file in /tmp/test with nautilus, it will look like:
-rw-------  N test1 test1 0 <DATE> bug

Instead of what /tmp/test/d which was properly created.
Since umask is defined, I would hazzard nautilus is improperly setting
permissions instead of leaving it to the underlying system...

This poses a small usability problem more likely to hit in corporate
environments: now users have to make an extra step they don't need... to
actively set permissions on some files in certain directories they shouldn't
have to have to bother doing it.
Comment 1 Sebastien Bacher 2005-02-03 21:33:46 UTC
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.

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