Hello,
Steps to setup: Check out a Working Copy onto a local computer. Open the log for a single file. Select Save revision to. Observe the file name field in the window that appears.
Expected: If I am in the repo browser, it doesn't prefill anything in the file name for me. If I am on a WC locally, it prefills the existing file name with -### where # is the SVN revision BETWEEN the file extension and the end of the file name.
On windows 7 and 10 running TortoiseSVN 1.9.4, it prefills the file name properly.
Actual: On windows 10 running latest 1.9.7, on a different, newer, and cleaner computer than the windows 10 machine that it was working on, it drops the file extension, so when the user saves it they no longer have the file extension and the file won't open (until I tell them to just rename it with the file extension). On this newer cleaner machine, they had installed an older version of Tortoise, like 1.7, and we updated it to the latest. It is possible this is the issue, but I didn't know if anyone else was having an issue as well.
I looked into the documentation and I don't see any screenshots or anything that specified what should be in the file name field. I looked through the release notes and searched in this community and didn't see anything about dropping the file extension.
If during the course of fixing this issue, or if we can't reproduce this issue, can we also fix the repobrowser to fill in the file name as it does in the WC show log Save revision to. Additional nice to have: maybe instead of using a dash have it put in "_SVN_r" or something like that. People have been saving them off and not changing the dash, which makes it look like a different document when the naming convention is XX-#### so AB-1234-567 looks like a document but it is really revision 567 of AB-1234. Just a nice to have.
Thanks to all the volunteers for making a great product!
Fixed in r28155
Stefan