In recent versions of Samba, attempting to rename a file to a new name that differs only in case appears to have no effect. Repro: 1. On a Windows (2000) system, map X: to a Samba share. 2. Open cmd.exe and issue the following commands. (Note: You can also see this in other programs, like Windows Explorer.) X:\tmp>echo . > FILE.txt X:\tmp>dir 02/05/2007 08:21p 4 FILE.txt X:\tmp>ren FILE.txt file.txt X:\tmp>dir 02/05/2007 08:21p 4 FILE.txt Expected result: The last "dir" command should show "file.txt" as the file name. I believe this to be a bug in the current version of Samba because the problem does not occur on: - older versions of Samba (I'm not sure exactly when it quit working) - local Windows file systems (try repeating the above test on C:\) - remote shares hosted by Windows servers
Created attachment 2269 [details] Patch for 3.0.25 This is actually an interesting case as it exposed bad code in our DFS redirect module (that was where the bug was introduced). With some effort this could be ported to 3.0.24 but I'm currently just going to fix it for 3.0.25. Jeremy.
Fixed for 3.0.25.