You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As mentioned at the end of #28, there are problems with ls -l on an empty directory:
jacobsa@jacobsa-macpro:~/tmp% ls -l mp/
total 0
drwx------ 1 jacobsa eng 0 Aug 31 1754 foo
-rwx------ 1 jacobsa eng 0 Mar 31 16:28 foo?
jacobsa@jacobsa-macpro:~/tmp% ls -l mp/foo/
ls: foo: No such file or directory
jacobsa@jacobsa-macpro:~/tmp% ls -l mp/foo/
ls: foo: No such file or directory
I believe this is because this code doesn't filter out itself from the prefix-based results returned from GCS. The equivalent code used to, but must have regressed at some point during refactoring.
The reason this isn't reproduced in the integration tests is that ioutil.ReadDirignores ENOENT when statting the names it reads from the directory, silently filtering out such entries.
So, update the integration tests to use a pickier version of ioutil.ReadDir, then fix the bug.
The text was updated successfully, but these errors were encountered:
As mentioned at the end of #28, there are problems with
ls -l
on an empty directory:I believe this is because this code doesn't filter out itself from the prefix-based results returned from GCS. The equivalent code used to, but must have regressed at some point during refactoring.
The reason this isn't reproduced in the integration tests is that
ioutil.ReadDir
ignoresENOENT
when statting the names it reads from the directory, silently filtering out such entries.So, update the integration tests to use a pickier version of
ioutil.ReadDir
, then fix the bug.The text was updated successfully, but these errors were encountered: