Steps to Reproduce: 1) mount using cifs the target share 2) cd to the target share directory 3) mkdir dir 4) cd dir 5) touch a b c 6) touch \* Expected Results: 7) ls * a b c Actual Results: 7b) ls * a b Reproducible: always Notes: This problem was observed in Fedora Core 8 and 9, but not in Fedora Core 6 (samba-3.0.24)
I can reproduce this. For directory contents: file1, file2, file3 and * The client is requesting a findfirst level 514, which returns 4 entries ("." and ".." and "file1" and "*" but not returning file2 and file3) and marks "end of search" so the client does not continue
(In reply to comment #1) > I can reproduce this. For directory contents: file1, file2, file3 and * The > client is requesting a findfirst level 514, which returns 4 entries ("." and > ".." and "file1" and "*" but not returning file2 and file3) and marks "end of > search" so the client does not continue > so this looks like a server problem in the trans2 findfirst/findnext code
Not so fast, client boy :-). Can't reproduce on current samba-3-2-test git tree. I see 4 files : ls -l total 4096 -rw-rw-r-- 1 jra eng 0 Dec 4 11:54 * -rw-rw-r-- 1 jra eng 0 Dec 4 11:54 a -rw-rw-r-- 1 jra eng 0 Dec 4 11:54 b -rw-rw-r-- 1 jra eng 0 Dec 4 11:54 c
Created attachment 3780 [details] Patch for all branches. Checked into all git trees. Should be fixed now - thanks ! Jeremy.
Confirmed fixed by Stevef. Jeremy.