Re: Repair move is slow and could be more intelligent

Dennis Haney wrote:
> The current repair move was a really nice addition.
> It is just very slow. Whenever you click repair move, it will do a
> complete rescan of affected files, causing a 5-10 second delay and after
> updating the filelist it seems to consider the global financial crisis
> and takes an additonal 5-10 seconds before you can select any files again.

That additional delay is the scanning of file contents for the
auto-completion. You can configure this in the settings
dialog->Dialogs2->Timeout in seconds to stop the auto-completion parsing
(set this to 0)

> If you have 10-20 files that you moved around, this adds up to a lot of
> wasted time.
>
> Speaking of moving around 10-20 files, it would be really nice if you
> could select a whole bunch of candidates for repair move, and then it
> would look at the filename.
> I think that in 95% of the moves I do, it is paths changing, not
> filename changes.

Well, that's you - but if I consider all the people I know and work
with, 96% of the time they're doing renames, not moves (refactoring) and
have to repair those...

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1858865
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].