Slim and Steve wrote:
> I guess it is considered as a feature that just escapes me,
Sounds like a bug to me
> 1) start commit dialog through right click menue in file manager;
>
> 2) select some of the files and enter the commit message;
>
> 3) leave it as it is (repository not available on the LAN, a customer
> calls in, anything that keeps you from fnishing by hitting the
> commit button);
>
> 4) computer goes into standby or hibernation (these are laptops
> though used stationary most of the time);
>
> 5) after reactivation the commit dialog is as it was before;
>
> 6) click on commit and ...
>
> 7) *all* modified/added/deleted files will be committed, no matter if
> they were selected or not. Equally files modified/added/deleted
> since originally calling the commit dialog.
I cannot reproduce this with either hibernation or standby in the
nightly build (TortoiseSVN 1.4.3, Build 9406 - 32 Bit -dev, 2007/05/13
22:41:27)
Does it happen everytime your system goes to sleep? Can you verify if it
happens after either standby or hibernation, or just one of them?
Does it happen with any kind of change, eg. two files modified in the
root folder, and selecting only one, or only with more complex changes
with deletes and adds in subfolders, etc?
> It really is not funny, breaking the idea of meaningful revisions.
> Like just committing everything before lunch and before going
> home, no matter if things belong together or are ready for
> commission into trunk. I'd rather go back and edit commit lists for
> the command line ...
That's entirely your call, but personally, I'd say that's a bit drastic.
Regards,
Roel Harbers
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon May 14 10:29:14 2007