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

Re: Regression bug (Windows Vista)

From: Simon Large <simon.tortoisesvn_at_googlemail.com>
Date: 2007-12-11 12:21:38 CET

On 11/12/2007, Stefan Küng <tortoisesvn@gmail.com> wrote:
> Simon Large wrote:
> > On 11/12/2007, Stefan Küng <tortoisesvn@gmail.com> wrote:
> >> Jeff Goodenough wrote:
> >>> Stefan Küng wrote:
> >>>> Jeff Goodenough wrote:
> >>>>> Hi,
> >>>>>
> >>>>> I installed the nightly build to fix the bug on Windows Vista where
> >>>>> the Export function does not work on the 1.4.5 release.
> >>>>>
> >>>>> Our SVN moved to a new host, and the nightly build hung when trying
> >>>>> to do a clean checkout from the new host. I had to re-install 1.4.5
> >>>>> in order to get the dialog to accept the "Do you trust this host?"
> >>>>> message. The problem is still there on the latest nightly build so
> >>>>> presumably this is a regression.
> >>>> You also need to clear the log cache if you moved the repository but
> >>>> made it keep its UUID (i.e., if you did not do a dump/load cycle when
> >>>> moving the repository).
> >>>>
> >>>> Stefan
> >>>>
> >>> I am a remote user - I assume the people who maintain the repository (on
> >>> a Linux system) did all that stuff (since it worked for everyone else -
> >>> Linux users and one Windows XP user running Tortoise SVN 1.4.5). One
> >>> Linux user mentioned the need to empty out the known_hosts file.
> >>>
> >>> Anyhow, I hope this report is useful - since 1.4.5 does what it needs to
> >>> do and the nightly build doesn't :)
> >> The log cache is *not* on the server: that's a new feature in the
> >> nightly builds. You must clear that cache yourself.
> >
> > It sounds like this problem occurs during checkout and is related to
> > authentication, not log caching.
>
> But the log cache also caches the repo root url and the head revision,
> which are both asked for before we actually do the checkout. That means,
> if the log cache gets confused due to relocated repos, the checkout
> doesn't get over the initial errors and stops.

That sounds like a good trap for users. We could maybe do that
automatically (or prompt) on relocate, but if the user does a fresh
checkout from the new URL they will expect it to just work. Maybe the
log cache needs some checks to see if the UUID already exists and is
associated with a different URL.

Simon

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Tue Dec 11 12:21:46 2007

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.