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

svn switch regression bug

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-11-17 23:40:09 CET

Here's a simple recipe, I think, for a 'svn switch' bug.

1. checkout /trunk from svn's repository.

2. svn switch \
   http://svn.collab.net/repos/svn/branches/broken-book/doc/book \
   doc/book

   U doc/book/book/ch03.xml
   U doc/book/book/ch04.xml
   U doc/book/book/ch05.xml
   U doc/book/outline.txt

At this point, your working copy's 'doc/book/' subdir should be
switched to the corresponding directory in the broken-book branch.

If you run 'svn info -R doc/book/ | grep Url', you'll notice that
every entry now reflects the new branch. But if you run these
commands:

  cat doc/book/.svn/wcprops/* | grep /repos
  cat doc/book/book/.svn/wcprops/* | grep /repos

... then notice that all of the ra_dav cache values (the "wcprops")
still reflect /trunk, *except* for the 4 files that were updated
during the switch.

I swear this is a regression. In fact, I swear that I fixed this bug
a while back. I have a memory of adding the <resource-walk> list to
the end of the server's REPORT response. When ra_dav parses this
element, it's supposed to rewrite the cache of every item in the tree,
whether it's updated or not.

This bug has already bitten Justin and Fitz. I guess I need to file
it again.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 17 23:42:03 2002

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.