Modify ↓
Opened 19 years ago
Closed 19 years ago
#2681 closed defect (worksforme)
File download revision (in URL) is not equal to expected
| Reported by: | Owned by: | Jonas Borgström | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | version control/browser | Version: | 0.9.3 |
| Severity: | normal | Keywords: | |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
Scenario:
- I was viewing a subdirectory in a tag. The tag was made in changeset 772.
- I was interested in a "large" (non-viewable) file that had been updated in changeset 771. Clicked on "771" in the "Rev" column.
- The log information appeared, with lines for changesets 771 and 772.
- Clicked on "@772" in the "Rev" column.
- Clicked on the "
download" link, but that link includes the following: "?rev=771". - 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.
Attachments (0)
Note:
See TracTickets
for help on using tickets.
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
resyncand try again, everything should now work as you'd expect.If not, feel free to reopen the ticket.