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

--===============2112848928453920774==
Content-Type: multipart/alternative; boundary="000000000000a6fa0805772ce3a3"

--000000000000a6fa0805772ce3a3
Content-Type: text/plain; charset="UTF-8"

>
> Thanks you very much for your help !
>
> First, a little question. Since I encounter this bug in Debian
> Stretch, and as the bug behavior slightly change since the last Debian
> stable security update ( see CVE-2017-14604 ). Do you think it's
> better to report the bug on Debian's BTS first ?
>

If you are confident it has changed in a stable update, that is the correct
thing to do, yes.


> 2) When I traverse inside /dns/parent with Nautilus. It do some sort
> of file request as the two NFS referrals are mounted ( normally, from
> terminal, they are mounted only when you enter them ).
>

I've not learned about NFS referrals, so I'm not sure if the same logic
applies, but it seems wrong that something would be mounted just because
you open the parent of the mountpoint.

Is the item count of folders (visible in the "Size" column under list view)
enabled for remote locations? (There are controls for this in the
Preferences dialog.)


> 4) To solve the problem I have three possibilities :
> -> I can press F5 inside the "Ressource" folder.
> -> If I press F5 before entering the "Ressource" folder the crosses
> disappears. And when I enter the "Ressource" folder I can create
> directories inside it.
> -> If from any manner I go a second time inside the "Parent" folder.
> The crosses disappears and I can create directories inside the
> "Ressource" folder.
>

These observations suggest that nautilus keeps outdated metadata about the
folder until forced to refresh it.

--000000000000a6fa0805772ce3a3
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
Thanks you very much for your help !<br>
<br>
First, a little question. Since I encounter this bug in Debian<br>
Stretch, and as the bug behavior slightly change since the last Debian<br>
stable security update ( see CVE-2017-14604 ). Do you think it&#39;s<br>
better to report the bug on Debian&#39;s BTS first ?<br></blockquote><div><=
br>If you are confident it has changed in a stable update, that is the corr=
ect thing to do, yes.<br>=C2=A0</div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) When I traverse inside /dns/parent with Nautilus. It do some sort<br>
of file request as the two NFS referrals are mounted ( normally, from<br>
terminal, they are mounted only when you enter them ).<br></blockquote><div=
><br>I&#39;ve not learned about NFS referrals, so I&#39;m not sure if the s=
ame logic applies, but it seems wrong that something would be mounted just =
because you open the parent of the mountpoint.<br><br>Is the item count of =
folders (visible in the &quot;Size&quot; column under list view) enabled fo=
r remote locations? (There are controls for this in the Preferences dialog.=
)<br>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8=
ex;border-left:1px #ccc solid;padding-left:1ex">
4) To solve the problem I have three possibilities :<br>
-&gt; I can press F5 inside the &quot;Ressource&quot; folder.<br>
-&gt; If I press F5 before entering the &quot;Ressource&quot; folder the cr=
osses<br>
disappears. And when I enter the &quot;Ressource&quot; folder I can create<=
br>
directories inside it.<br>
-&gt; If from any manner I go a second time inside the &quot;Parent&quot; f=
older.<br>
The crosses disappears and I can create directories inside the<br>
&quot;Ressource&quot; folder.<br></blockquote><div></div><br>These observat=
ions suggest that nautilus keeps outdated metadata about the folder until f=
orced to refresh it.</div></div>

--000000000000a6fa0805772ce3a3--

--===============2112848928453920774==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-- 
nautilus-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/nautilus-list
--===============2112848928453920774==--