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 141390 - Computer/Home/Trash read only
Computer/Home/Trash read only
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Desktop
2.6.x
Other Linux
: High minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 137684 139792 142499 143498 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-04-29 14:05 UTC by Allen Cook
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6

Attachments
Proposed Patch (Change default permissions of desktop icons) (704 bytes, patch)
2004-05-16 02:03 UTC, Martin Wehner 		none Details | Review

Description Allen Cook 2004-04-29 14:05:15 UTC 
Description of Problem:
When the user is added to the root group, but the
user isn't root himself, all the Computer, Home
and Trash icons appear as read only on the
Desktop.  Same thing with any mounted network
filesystems.

Steps to reproduce the problem:
1. Add a user to the root group
2. Login to GNOME with that user
3. Look at Desktop

Actual Results:
Home, Computer, Trash and Mounted Server icons are
read only.

Expected Results:
Home, Computer, Trash and Mounted Server icons are
not read only.


How often does this happen? 
Every time.

Additional Information:
Fedora Core 2 Test
Comment 1 Martin Wehner 2004-05-16 01:41:39 UTC 
*** Bug 142499 has been marked as a duplicate of this bug. ***
Comment 2 Martin Wehner 2004-05-16 01:42:06 UTC 
*** Bug 137684 has been marked as a duplicate of this bug. ***
Comment 3 Martin Wehner 2004-05-16 01:42:36 UTC 
*** Bug 139792 has been marked as a duplicate of this bug. ***
Comment 4 Martin Wehner 2004-05-16 02:03:55 UTC 
Created attachment 27748 [details] [review]
Proposed Patch (Change default permissions of desktop icons)

Desktop icon files get created with user & group = root and permissions of 446
by default. If you're in the root group, Nautilus will determine that the file
belongs to your group, see that you don't have write access via the group and
show the lock accordingly. If you're root itself, it works because Nautilus
assumes that root is almighty anyway.
This patch provides group write permissions for desktop icon files by default,
which makes the locks go away.
Comment 5 Martin Wehner 2004-05-18 05:20:25 UTC 
Committed to both branches today; no more locks.
Comment 6 Martin Wehner 2004-06-02 05:53:34 UTC 
*** Bug 143498 has been marked as a duplicate of this bug. ***