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 135088 - file-properties dialog says you can't change permissions but permissions checkboxes not greyed out
file-properties dialog says you can't change permissions but permissions chec...
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.8.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-02-22 00:04 UTC by Francisco Camenforte Torres
Modified: 2005-06-03 07:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Attachments
Computer Properties > Permissions tab (35.28 KB, image/png)
2004-10-12 07:35 UTC, Matthew Gatto
Details
username's Home > Permissions tab (37.91 KB, image/png)
2004-10-12 07:39 UTC, Matthew Gatto
Details

Description Francisco Camenforte Torres 2004-02-22 00:02:56 UTC
Distribution: Debian testing/unstable
Package: nautilus
Severity: normal
Version: GNOME2.5.5 2.5.x
Gnome-Distributor: GARNOME
Synopsis: Inconsistency when setting permissions on a folder with mixed owners' files
Bugzilla-Product: nautilus
Bugzilla-Component: File and Folder Operations
Bugzilla-Version: 2.5.x
Description:
I have the home folder showing on my desktop. This folder includes files
owned by root. When selecting the permissions tab in the properties, I
get the message "You are not the owner, so you can't change these
permissions.", but the permission checkboxes *are enabled*.

So, should the message not be shown, or the permission checkboxes
disabled?

Additional info: nautilus 2.5.7 from garnome 0.30.1 (gnome 2.5.5).




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-02-21 19:02 -------

Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.

Comment 1 Matthew Gatto 2004-02-25 16:36:01 UTC
I can't reproduce this. You're not using NFS or some other type of
mounted /home are you?
Comment 2 Francisco Camenforte Torres 2004-02-25 16:59:56 UTC
OK, looks like the problem wasn't there being files with different
owners in ~/

To reproduce: on the desktop, in a default install, there should be a
link to your home directory called something like "start folder of
user". Right clicking on it and selecting properties, then the
permission tabs, the bug should manifest itself.

Funny thing is that browsing the filesystem, the error won't happen
doing the same (the "you're not the owner" thing won't appear when
checking /home/user). It only seems to fail only on the desktop.

More information: the /home/jhbuid folder I'm using has these permissions:

drwxr-xr-x   31 jhbuild  jhbuild      4096 2004-02-25 15:54 jhbuild
Comment 3 Francisco Camenforte Torres 2004-02-25 17:01:17 UTC
Forgot it: no NFS mount. The only thing I can think of is that the
/home and /usr mountpoints are in a different hard disk.
Comment 4 Sean Proctor 2004-05-15 03:21:26 UTC
I'm seeing the same problems with /usr and /home on the same drive. this is with
gnome 2.6 from debian experimental.
Comment 5 Matthew Gatto 2004-10-10 05:13:27 UTC
fct834@alboran.ual.es: OK, thanks. I can reproduce your example on FC2 (for the
"username's Home" icon on the Desktop).
Comment 6 Matthew Gatto 2004-10-12 07:35:59 UTC
Created attachment 32502 [details]
Computer Properties > Permissions tab
Comment 7 Matthew Gatto 2004-10-12 07:39:22 UTC
Created attachment 32503 [details]
username's Home > Permissions tab

This one shows the permissions not being grayed out for the "username's Home"
icon on the Desktop.
Comment 8 Kjartan Maraas 2005-01-03 23:16:01 UTC
Cannot reproduce this here with 2.8.x. Has this been resolved?
Comment 9 Francisco Camenforte Torres 2005-01-04 12:31:33 UTC
Still seeing it in Debian sid's gnome 2.8.1 (nautilus 2.8.2), with a fresh user
account. Screenshot in comment #7 matches the situation.
Comment 10 Christian Neumair 2005-06-03 07:21:38 UTC
The issue Matthew describe is completely different, isn't it? Whatever
permission change you apply on the home folder icon, it will be applied to your
home folder (/home/matthew), which is intentional. "computer:///" is just a
virtual location you're not allowed to modify.
sudo mkdir'ing a folder (root-owned) and showing its properties correctly
disables these widgets for me.
Feel free to reopen this bug report if you disagree.