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

RE: Re: [tortoisesvn] r24717 committed - Restore all files after a commit, failed or successful....

From: Bob Cardillo <bob.cardillo_at_gmail.com>
Date: Tue, 30 Sep 2014 10:03:24 -0700 (PDT)

I just got bit by this and lost two hours of work. In preparing to commit I marked a bunch of files "Restore after commit" and removed the changes I didn't want. Then I realized there were some more things I wanted to do before committing, so I left the commit dialog open while I spent two hours making further changes. Back on the commit dialog I was checking diffs etc in preparation to commit and I *accidentally* hit the ESC key. BAM! Without warning all my changes from the last two hours were wiped out. No recycle bin, no .bak files, just...gone.

It seems great care has been taken elsewhere in TortoiseSVN and SVN to make sure that no working copy changes are ever lost, but this "Restore after commit" feature dangerously breaks that rule.

> Restoring happens only
> right before TortoiseProc exits - and in that case restoring is required
> because the restore data isn't stored over sessions.

How about at least a prompt upon cancel so the user has a chance to avert disaster?



To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2014-09-30 19:19:51 CEST

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.