diff options
author | Jeremy Allison <jra@samba.org> | 2007-08-06 18:54:26 +0000 |
---|---|---|
committer | Gerald (Jerry) Carter <jerry@samba.org> | 2007-10-10 12:29:21 -0500 |
commit | d75a38ae264ab3bbe73414576b37ccdafbbb9975 (patch) | |
tree | 95dd360b34a42ff49e237d176c00383891b54ae9 /swat/include | |
parent | 6ba2d944a0b5314564f077c6e896312b03cdd236 (diff) | |
download | samba-d75a38ae264ab3bbe73414576b37ccdafbbb9975.tar.gz samba-d75a38ae264ab3bbe73414576b37ccdafbbb9975.tar.bz2 samba-d75a38ae264ab3bbe73414576b37ccdafbbb9975.zip |
r24253: From Jan Martin <Jan.Martin@rwedea.com>.
----------------------------------------------------------
In rare cases, Samba 3.0.25b shows directory contents at the wrong
position in the file tree when displaying a subdirectory of a DFS link.
The problem occurs whenever Windows XP asks for a DFS referral for a
subdirectory of a DFS link with a trailing backslash.
Windows does not do this very often, but we saw it several times per day
on our central DFS server.
smbd/msdfs.c, dfs_path_lookup() does the following with the requested
path:
- in line 390, the local copy 'localpath' is 'unix_convert'ed; the
trailing backslash is removed inside unix_convert
- in lines 417-20, 'dfspath' (another copy of the requested path) is
mangled another way without removing trailing backslashes
That's why the following loop (lines 435-461) that is meant to
synchronously cut off the last path component from both strings until it
comes to a DFS link, does not handle both strings the same. When the
original path ended with a backslash, 'canon_dfspath' has always one
component more than 'localpath', so that *consumedcntp gets too big in
line 446. This value is reported to the client.
----------------------------------------------------------
Bug #4860.
Jeremy.
(This used to be commit 42d1c6713a56197ca8dfebf74eb0d483102148f7)
Diffstat (limited to 'swat/include')
0 files changed, 0 insertions, 0 deletions