Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
> --- Tony Hoyle wrote: > > > rrankin1424-cvsnt at yahoo.com wrote: > > > OK. I've temporarily disabled the A/V software, reinstalled 58c, and I'm > > still > > > having the rename problem. It seems that I am able to successfully commit > a > > > file once with 58c, but after that I get the rename problem. When I go to > > the > > > security tab on the file properties dialog for the file in the repository > > on > > > the server (i.e., not in my local sandbox), I get the following popup > > dialog as > > > soon as I click the Security tab: > > > > > > The permissions on <file>,v are ordered incorrectly, which may cause some > > > entries to be ineffective. Press OK to continue and sort the permissions > > > correctly, or Cancel to reset the permissions. > > > > Something has modified the permissions on the file. CVSNT doesn't do > > that (since 51a IIRC). That alone could cause some strange effects. > > Find out what's doing that first... > > > > Sure looks to me like CVSNT is doing it. Here's what I'm doing: > > 1. Fix the permissions of the file in the repository on the server > 2. Commit the file from a client > 3. The permissions are screwed up again for the file in the repository > on the server > > I'm currently running 58a. I see the *exact* same behavior with 58c, I just > have to turn off the read-only bit on the file in the repository on the > server > before I can commit with 58c. > More specifically, three groups get added to the file ACLs: Administrators, Domain Users, and Everyone. None of those groups are in the default permissions I have for the repository directory tree. Rick