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 <[email protected]> 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 > [email protected] > https://mail.gnome.org/mailman/listinfo/nautilus-list >
-- nautilus-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/nautilus-list
