[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Tortoise does not set write permission after "get lock"?

From: Lasse Vågsæther Karlsen <lasse_at_vkarlsen.no>
Date: Sun, 20 Jan 2008 11:19:16 +0100

Perhaps pick an antivirus package that doesn't do that? Did you check if
there is an option in Sophos for not interfering with file attributes?

I realize that antivirus packages are meant to solve problems for everyone,
but the file attributes should be left alone if the file is otherwise clean.

On Jan 20, 2008 11:16 AM, Holger Karl <holger.karl_at_uni-paderborn.de> wrote:

>
> Hi,
>
> right, it was indeed the Sophos antivirus :-(
> Adding an exception to Sophos solved the problem of the read-only
> attribute
> not being revoked upon locking a file.
>
> But that is really annoying: this means we cannot have the files in the
> repository virus checked. This is a SERIOUS disadvantage. Any chance of
> getting around this?
>
> Best,
>
> Holger
>
>
> > -----Original Message-----
> > From: Stefan Küng [mailto:tortoisesvn_at_gmail.com]
> > Sent: Saturday, January 19, 2008 4:10 PM
> > To: users_at_tortoisesvn.tigris.org
> > Subject: Re: Tortoise does not set write permission after "get lock"?
> >
> > Holger Karl wrote:
> > > Hello,
> > >
> > > following problem:
> > >
> > > * file with "needs lock" in repository
> > >
> > > * in cygwin, "svn lock TestDocument.doc" changes the file permissions
> > for
> > > the file alright:
> > >
> > >
> > > karl_at_Shirkan ~/projekte/svn
> > > $ ls -la TestDocument.doc
> > > -r--r--r-- 1 karl Kein 19968 Jan 15 15:20 TestDocument.doc
> > >
> > > karl_at_Shirkan ~/projekte/svn
> > > $ svn lock TestDocument.doc
> > > 'TestDocument.doc' locked by user 'HolgerKarl'.
> > >
> > > karl_at_Shirkan ~/projekte/svn
> > > $ ls -la TestDocument.doc
> > > -rw-r--r-- 1 karl Kein 19968 Jan 15 15:20 TestDocument.doc
> > >
> > >
> > >
> > > * when I try the same with TortoiseSVN "get lock", the lock is
> acquiered
> > all
> > > right, but the file permission in the local copy are not changed ?!?!
> It
> > > stays read only :-(((
> > >
> > > * (other mails in the archive discuss this problem for files on an SMB
> > > share, but this is a normal file in my local directory, not shared,
> > nothing
> > > out of the ordinary)
> > >
> > > I would very much appreciate any help here; this is almost a show
> > stopper
> > > for us!
> >
> > TSVN properly sets the write permissions when you do a "get lock" (to be
> > exact: it removes the readonly flag).
> >
> > We has some reports about this before. Here's a list (from what I
> > remember) what the reason was:
> >
> > * some firewall reset the readonly flag immediately (ZoneAlarm is maybe
> > the most annoying of those: the bug reappears in every other new version
> > of it)
> > * some svn plugin for VisualStudio is known to always set the readonly
> > flag if you haven't 'checked out' the file with the plugin itself
> > * virus scanners are also known to interfere: some find that removing
> > the readonly flag is a security risk and they change it back immediately
> >
> >
> > Stefan
> >
> > --
> > ___
> > oo // \\ "De Chelonian Mobile"
> > (_,\/ \_/ \ TortoiseSVN
> > \ \_/_\_/> The coolest Interface to (Sub)Version Control
> > /_/ \_\ http://tortoisesvn.net
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> > For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>

-- 
Lasse Vågsæther Karlsen
mailto:lasse_at_vkarlsen.no
http://presentationmode.blogspot.com/
PGP KeyID: 0xBCDEA2E3
Received on 2008-01-20 11:19:23 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.