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

Re: [TSVN] Recent change of behaviour for CTRL-F5 in repo-browser

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2005-09-03 20:34:53 CEST

Robin Pellatt wrote:

> Has the behaviour of CTRL-F5 in the repo-browser recently changed. I'm
> fairly sure I used to use it like this:

It hasn't changed.

> F5 - refresh everything I'm currently looking at, NO recursion into
> directories I don't have expanded
>
> CTRL-F5 - Refresh the selected directory, but only with its immediate
> children, i.e. recursion stops after one level.

You got the F5 right, but Ctrl-F5 refreshes all directories below the
selected one, not just the immediate children. But they don't
automatically expand in the treeview.

> Now however, it seems to work like this:
>
> F5 - Changes view to selected directory with its immediate children,
> similar to CTRL-F5 before
> UPDATE - on further checking, it seems that this only occurs when first
> opening the repo-browser (maybe the code doing the refresh doesn't get
> the startup URL) Otherwise it does just a plain refresh as before.

Not really. F5 (and when the repobrowser starts up) first fetches the
all the locking information for the whole repository. So it is a little
bit slower than before.

> CTRL-F5 - Loads the entire tree structure from the selected directory,
> recursing completely to the bottom of the tree

As it did before.

> I noticed this because when I want to see all projects in my repository,
> and the default location wasn't at the top, I used to just select the
> top level directory, and hit CTRL-F5 to open it's immediate children,
> without any further recursion. This didn't take very long of course.
> Having just installed 1.2.2 and done the same thing, I then wondered why
> the hell it took 10 minutes, and then realised it was because it was
> loading the *entire* tree structure for the whole repository, which of
> course can take a while on a large repository.

It did that before. But there's also some issue in how Subversion
handles the DAV protocol in the case of svn_client_ls (which is what the
repobrowser uses). There's a *lot* of data transferred which isn't
actually used (search the Subversion mailing list for a big thread about
this). And that's something TSVN can't do anything about.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Sep 3 20:35:23 2005

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

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