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

Re: evil commits (was: Re: CVS update: subversion/subversion/mod_dav_svn version.c)

From: Jim Blandy <jimb_at_zwingli.cygnus.com>
Date: 2001-04-17 17:56:26 CEST

Greg Stein <gstein@lyra.org> writes:
> Now... back to the problem that I mentioned (due to lack of a "real N == N'
> test function"). Let's say that C == B + 1. Jon submits a change to a
> resource in B. The server says "in my TXN, that is C, which is a direct
> child [of B], so I'll let the change occur." Whoops! Of course, the resource
> in the TXN could become B+2 due to bubble up, and *then* punt. But by that
> point, damage could be done. I think we have a case where a change could be
> "legal" when it shouldn't.

Sure thing --- this would be a real bug in the commit/merge algorithm.

Suppose Jon starts a transaction T based on revision B. When Jon
asks, "Can I change path P in T, from node revision NR to whatever
node revision you choose?", shouldn't the server check that B/P is NR,
not T/P?
Received on Sat Oct 21 14:36:28 2006

This is an archived mail posted to the Subversion Dev mailing list.

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