Displaying 3 results from an estimated 3 matches for "status_object_not_found".
2016 Jan 30
2
Fwd: Change notify/Directory enumeration issue with two MAC OS X El Capitan accessing same folder
...lder" (untitled folder) and renames it, on
the other MAC client explorer the "unititled folder" remains same and
unable to access it.
Note: The samba version is 4.1.19 and we have not used the vfs_fruit
module.
attached packet capture where the SMB2 Find responses are failing with
STATUS_OBJECT_NOT_FOUND for the find requests with "apple double" search
pattern.
Please filter packets for ip.addr == 192.168.200.171 and at last find
requests are having search pattern "._?" etc i.e "apple double" after few
SMB2 notify responses.
So will this issues fixes by vfs_fruit mo...
2016 Jan 30
0
Fwd: Change notify/Directory enumeration issue with two MAC OS X El Capitan accessing same folder
...lder" (untitled folder) and renames it, on
the other MAC client explorer the "unititled folder" remains same and
unable to access it.
Note: The samba version is 4.1.19 and we have not used the vfs_fruit
module.
attached packet capture where the SMB2 Find responses are failing with
STATUS_OBJECT_NOT_FOUND for the find requests with "apple double" search
pattern.
Please filter packets for ip.addr == 192.168.200.171 and at last find
requests are having search pattern "._?" etc i.e "apple double" after few
SMB2 notify responses.
So will this issues fixes by vfs_fruit mo...
2016 Jan 30
0
Fwd: Change notify/Directory enumeration issue with two MAC OS X El Capitan accessing same folder
...r" remains same and
> > > unable to access it.
> > >
> > > Note: The samba version is 4.1.19 and we have not used the vfs_fruit
> > > module.
> > >
> > > attached packet capture where the SMB2 Find responses are failing with
> > > STATUS_OBJECT_NOT_FOUND for the find requests with "apple double"
> search
> > > pattern.
> > >
> > > Please filter packets for ip.addr == 192.168.200.171 and at last find
> > > requests are having search pattern "._?" etc i.e "apple double" after
>...