Re: BUG on permission check with ACLs : possible to disable it ?

[António Fernandes <antoniojpfernandes gmail com>]

Hello.

Since this sounds like a bug, can you file it at our issue tracker as well? https://gitlab.gnome.org/GNOME/nautilus/issues/new?issuable_template=Bug

You can check what the following command reports the first time, and if there is any change after that:

gio info /dnfs/shares/teachers/class1

In particular, look for the "access::can-write" attribute and confirm if it says "TRUE" or "FALSE".

> But if the user traverse the directories again. Starting from "/dnfs"
> to "/dnfs/shares/teachers/class1" now it can create directories !!!

Does it also work if the user refreshes the view (pressing [F5])? Or is traversing the directory starting from /dnfs a requirement?

Prunk Dump via nautilus-list <nautilus-list gnome org> escreveu no dia segunda, 1/10/2018 às 14:02:

Hello Gnome Nautilus Team !

I'm a high school network administrator and I'm face to a new bug
since an update of nautilus in Debian Stretch. Maybe you can help me
to correct it or to find a workaround.

The simple explanation :
------------------------------------

I export the users files using an NFSv4 server. Some directories have
some specific ACLs that are not displayed on the client side. This is
normal. Actually the ACLs are not displayed through NFS. For example
on the client :

# ls -al /dnfs/shares/teachers/class1
drwxrwx--T  3 root class1 4096 oct.   1 13:56 Ressource

This folder have a special ACL that let RWX access to the "teachers"
group. But we can't see it on the clients. The is no "+" on the result
of the ls command.

So Nautilus show a cross on the folder. But the teacher can enter
inside it. So this is not a big problem. Just a little disappointing
for the teacher.

The real problem come when the teacher want to create a directory
inside it. This time the "New directory" choice is Grey. The teacher
can't click on it.

Si is there a way to disable the permission check on Nautilus ?

The more in depth explanation :
---------------------------------------------

The bug is more complex in reality. I use NFSv4 referrals on my
network. This mean that when the user enter the folder :

/dnfs/shares/teachers/class1

This create a mount point over "/dnfs/shares/teachers/class1". And the
mount point appear on the Nautilus left panel.

The teacher can't create directories inside it.

But if the user traverse the directories again. Starting from "/dnfs"
to "/dnfs/shares/teachers/class1" now it can create directories !!!

It just don't works the first time. The user need to enter the
"class1" folder a second time.

So I don't know how nautilus check permissions. Because this time
there is still no information on the client side about the teacher's
ACL. But in this case the Nautilus "New folder" is not Grey. And the
user can create directories. I can't understand why Nautilus decide to
active the "New Folder" choice this time.

Before the update. The "New folder" was still Grey. But if the teacher
click on it the directory was created anyway.

An idea from where come this bug ?

Regards,

Baptiste.
--
nautilus-list mailing list
nautilus-list gnome org
https://mail.gnome.org/mailman/listinfo/nautilus-list