Possible bug when I try to copy a subtree with windows explorer (PR#21927)

[Sean Elble]

Jeremy,

Just a thought, but maybe you could add an option to the confiigure script
to define a custom Samba version. It's something very easy to append
something to, but it might offer more "incentive" if vendors could control
this from one point. A case in point would be a RPM spec file; all a vendor
would have to do is update the source tree, and rpm -ba samba2.spec,
assuming they add their custom version tag in the configure line in the
spec. Just a thought, my 2 cents worth, etc.. :-)

-----------------------------------------------
Sean P. Elble
Editor, Writer, Co-Webmaster
ReactiveLinux.com (Formerly MaximumLinux.org)
http://www.reactivelinux.com/
elbles at reactivelinux.com
-----------------------------------------------

----- Original Message -----
From: "Jeremy Allison" <jra at samba.org>
To: <xavier at iname.com>
Cc: <tridge at samba.org>; <idra at samba.org>; <jra at samba.org>;
<samba-bugs at samba.org>; <samba at samba.org>; <samba-technical at samba.org>;
<samba-ntdom at samba.org>
Sent: Monday, October 29, 2001 9:17 PM
Subject: Re: Possible bug when I try to copy a subtree with windows explorer
(PR#21927)


> On Mon, Oct 29, 2001 at 02:21:48PM -0800, xavier at iname.com wrote:
> > Full_Name: Xavier Garcia
> > Samba_Version: 2.2.2
> > Server_OS: Debian Woody 2.4.13
> > Client_OS: Windows 98/2000/XP
> > Submission from: (NULL) (217.126.84.39)
> >
> >
> > If you have this subtree :
> >
> > DirA
> > L----DirB
> > I   L----DirA
> > I   I
> > I   L-file1.ext
> > I
> > L-file1.ext
> >
> > you get an error about existing DirA when the system try to copy this
subtree to
> > the root of a shared in a samba server, de inside DirA directory or the
> > file1.ext file don't get copied because they EXIST ! (wrong because they
exist
> > in another level of the tree that it's created in the copy process, file
and
> > directories have  identical names)
> >
> > Please try to reproduce in any of your servers.
> >
> > I copy with a Drag&Drop from the files view to the tree view of
explorer.
> > The same error occurs within the command line processor of windows using
xcopy
> > /s/e.
>
> I'm afraid this looks like a problem Andrew discovered with the Debian
> Samba 2.2.2 only.
>
> It appears that the Debian Samba maintainer added a completely
> untested (by the Samba Team) patch to their 2.2.2 release, and
> LEFT THE SAME VERSION NUMBER !!!!!
>
> I'm not too happy about this (I know Andrew isn't) and don't
> really want to waste my time debugging problems introduced by
> vendors.
>
> We ship a "known" version for a reason, if Vendors want to change
> it please at least modify the version string so we know it isn't
> the code we tested.......
>
> Regards,
>
> Jeremy Allison,
> Samba Team.