Bug: "stop on copy" preference not preserved

Description:

I have a pretty big set of files in my repo, and to try and work round
some issues in show log taking forever after the initial import (8500
files) I was importing to an import top level folder then copying to the
trunk. As hoped the difference between the stop-on-copy and the plain
run was in the order of 4 minutes. Unfortunately next time I run up the
dialog it still runs the full history automatically. Checked the doc
which says:

"TortoiseSVN remembers the state of the checkbox, so it will respect
your preference."

Checked the tracker, change log and the mailing list and didn't see this
reported anywhere else (sorry if I missed it).

Steps to reproduce:

1. import or otherwise create a repo with 3000 -> 8000 files in the
trunk
2. copy/tag this to another directory (say /tags/tag1)
3. checkout the tag (or open it in Repo Browser)
4. Right-click and run show log
5. On completion; click the 'Stop on copy/rename' box
6. re-run (notice the massive reduction in time!, but that is
another issue, and also only shows up off an Apache hosted repo I think)
7. hit OK
8. right-click and run show log

Expected behavior:

The 'Stop on copy/rename' box is checked and the log runs based on this
setting.

Actual behavior:

The 'Stop on copy/rename' box is not checked and the log returns the
full set.

Related issues:

Saw the following in the 1.3.2 changelog:

- BUG: When clicking on "Show Log" for the working copy in the merge
       dialog, the "stop on copy" was activated but still all log
messages
       were shown then in the log dialog. (Stefan)

It is not the same as I am seeing (ie the 'stop on copy' is not
activated) but it was the closest I could find in terms of potentially
related issues.

Version details:-

TortoiseSVN 1.3.1, Build 5521 - 32 Bit

Subversion 1.3.0,

apr 0.9.7

apr-iconv 0.9.7

apr-utils 0.9.7

berkeley db 4.3.28

neon 0.25.4

OpenSSL 0.9.8a 11 Oct 2005

zlib 1.2.3

(also tried with the 1.3.0 client)

To find out more about Reuters visit www.about.reuters.com

Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
Received on Mon Feb 20 12:22:28 2006