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

--===============4672474952048187962==
Content-Type: multipart/alternative; boundary="0000000000003542db057792ea07"

--0000000000003542db057792ea07
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Sorry for the delayed reply, this got pushed down my email inbox.

Prunk Dump via nautilus-list <[email protected]> escreveu no dia
segunda, 1/10/2018 =C3=A0s 19:00:

> Le lun. 1 oct. 2018 =C3=A0 17:59, Ant=C3=B3nio Fernandes <
> [email protected]> a =C3=A9crit :
>
>> 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.)
>>
>
> I have tried to disable the =C2=AB size =C2=BB column. But the referrals =
are still
> mounted while traversing the parent.
>
> I think that is when Nautilus read ACLs.
>
> Can you gave me hints of where to check the code ?
>

I don't know if the same is true for the source code the debian package
builds from, but in the upstream master branch, the context menu actions
are in src/nautilus-files-view.c. The "new-folder" action is enabled in
nautilus_files_view_supports_creating_files(), which is generally when it's
not read-only.
https://gitlab.gnome.org/GNOME/nautilus/blob/master/src/nautilus-files-view=
.c

And this is where it confirms if the file (a directory in this case) is
read-only
https://gitlab.gnome.org/GNOME/nautilus/blob/master/src/nautilus-file.c#L25=
89
But
the GFileInfo is obtained calling g_file_query_info[_async], which I
suppose to happen in src/nautilus-directory-async.c, but from here on it's
foggy for me.


>
>
>> 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.
>>
>
> Do you know a workaround ? An idea of something I can do before the bug
> was resolved ?
>

I don't know.


>
> I will make a bug report on Debian BTS.
>
> Regards,
>
> Baptiste.
>
>> --
> nautilus-list mailing list
> [email protected]
> https://mail.gnome.org/mailman/listinfo/nautilus-list

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

<div dir=3D"ltr">Sorry for the delayed reply, this got pushed down my email=
 inbox.<br><br><div class=3D"gmail_quote"><div dir=3D"ltr">Prunk Dump via n=
autilus-list &lt;<a href=3D"mailto:[email protected]">nautilus-list@g=
nome.org</a>&gt; escreveu no dia segunda, 1/10/2018 =C3=A0s 19:00:<br></div=
><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1=
px #ccc solid;padding-left:1ex"><div><div class=3D"gmail_quote"><div dir=3D=
"ltr">Le=C2=A0lun. 1 oct. 2018 =C3=A0 17:59, Ant=C3=B3nio Fernandes &lt;<a =
href=3D"mailto:[email protected]" target=3D"_blank">antoniojpfer=
[email protected]</a>&gt; a =C3=A9crit=C2=A0:</div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><div>I&#39;ve not learned=
 about NFS referrals, so I&#39;m not sure if the same logic applies, but it=
 seems wrong that something would be mounted just because you open the pare=
nt of the mountpoint.<br><br>Is the item count of folders (visible in the &=
quot;Size&quot; column under list view) enabled for remote locations? (Ther=
e are controls for this in the Preferences dialog.)</div></div></div></bloc=
kquote><div dir=3D"auto"><br></div></div></div><div><div class=3D"gmail_quo=
te"><div dir=3D"auto">I have tried to disable the =C2=AB size =C2=BB column=
. But the referrals are still mounted while traversing the parent.</div><di=
v dir=3D"auto"><br></div><div dir=3D"auto">I think that is when Nautilus re=
ad ACLs.</div><div dir=3D"auto"><br></div><div dir=3D"auto">Can you gave me=
 hints of where to check the code ?</div></div></div></blockquote><div><br>=
I don&#39;t know if the same is true for the source code the debian package=
 builds from, but in the upstream master branch, the context menu actions a=
re in src/nautilus-files-view.c. The &quot;new-folder&quot; action is enabl=
ed in nautilus_files_view_supports_creating_files(), which is generally whe=
n it&#39;s not read-only. <a href=3D"https://gitlab.gnome.org/GNOME/nautilu=
s/blob/master/src/nautilus-files-view.c">https://gitlab.gnome.org/GNOME/nau=
tilus/blob/master/src/nautilus-files-view.c</a><br></div><div><br>And this =
is where it confirms if the file (a directory in this case) is read-only <a=
 href=3D"https://gitlab.gnome.org/GNOME/nautilus/blob/master/src/nautilus-f=
ile.c#L2589">https://gitlab.gnome.org/GNOME/nautilus/blob/master/src/nautil=
us-file.c#L2589</a>=C2=A0But the GFileInfo is obtained calling g_file_query=
_info[_async], which I suppose to happen in src/nautilus-directory-async.c,=
 but from here on it&#39;s foggy for me.<br>=C2=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex"><div><div class=3D"gmail_quote"><div dir=3D"auto"><br></div><=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
 #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><=
div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
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></blockquote><div dir=3D"auto"><br></div></=
div></div><div><div class=3D"gmail_quote"><div dir=3D"auto">Do you know a w=
orkaround ? An idea of something I can do before the bug was resolved ?</di=
v></div></div></blockquote><div><br>I don&#39;t know.<br>=C2=A0</div><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
 solid;padding-left:1ex"><div><div class=3D"gmail_quote"><div dir=3D"auto">=
<br></div><div dir=3D"auto">I will make a bug report on Debian BTS.</div><d=
iv dir=3D"auto"><br></div><div dir=3D"auto">Regards,</div><div dir=3D"auto"=
><br></div><div dir=3D"auto">Baptiste.</div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
<div dir=3D"ltr"><div class=3D"gmail_quote"></div></div>
</blockquote></div></div>
-- <br>
nautilus-list mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">nautilus-list@=
gnome.org</a><br>
<a href=3D"https://mail.gnome.org/mailman/listinfo/nautilus-list" rel=3D"no=
referrer" target=3D"_blank">https://mail.gnome.org/mailman/listinfo/nautilu=
s-list</a></blockquote></div></div>

--0000000000003542db057792ea07--

--===============4672474952048187962==
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
--===============4672474952048187962==--