File download revision (in URL) is not equal to expected

[Dan <trac@…>]

Scenario:

1. I was viewing a subdirectory in a tag. The tag was made in changeset 772.
2. I was interested in a "large" (non-viewable) file that had been updated in changeset 771. Clicked on "771" in the "Rev" column.
3. The log information appeared, with lines for changesets 771 and 772.
4. Clicked on "@772" in the "Rev" column.
5. Clicked on the "download" link, but that link includes the following: "?rev=771".
6. Received an error message there is "No node at ...", of course, because the revision should actually be 772.

Modifying the "download" URL to 772 allows downloading the file.

This behavior does not seem to affect a file that is small enough to view. That is, the file is viewed properly. In this case, I also noticed that the "original format" link does not contain any "?rev=" portion.

Platform: Subversion 1.3.0 with 1.2.3 Pythyon bindings, Python 2.4.2, Windows x64.

[cboos]

I was able to reproduce this using the milestone:0.9.2 code base and doing a resync.

As you already have milestone:0.9.3, which has the fix for this problem, simply do a resync and try again, everything should now work as you'd expect.

If not, feel free to reopen the ticket.