Edgewall Software
Modify ↓

Opened 18 years ago

Closed 17 years ago

Last modified 9 years ago

#2949 closed defect (fixed)

Download fails when file has been moved after last changed revision

Reported by: dominique.prunier@… Owned by: Christian Boos
Priority: highest Milestone: 0.10
Component: version control/browser Version: devel
Severity: normal Keywords:
Cc: dominique.prunier@… Branch:
Release Notes:
API Changes:
Internal Changes:

Description

When a file has been moved after its last modification revision, source browser tries to download the last changed revision at the newer location, and then fails.

Attachments (1)

error.zip​ (154.6 KB ) - added by dominique.prunier@… 18 years ago.
Screenshots for the comment about the error

Download all attachments as: .zip

Change History (9)

comment:1 by anonymous, 18 years ago

Priority: high → highest
Severity: major → blocker

comment:2 by Christian Boos, 18 years ago

Owner: changed from Jonas Borgström to Christian Boos
Severity: blocker → normal

Hm, it seems to work for me… Can you provide some detailed instructions about how to reproduce the issue? Like:

  • the exact operation you have to do in the last two changesets (for example, I did a modification on a trunk/UPGRADE file, commit, then renamed trunk/UPGRADE to trunk/UPGRADED)
  • the exact action in the Trac Browser (simply going through the browser and clicking on the UPGRADED file entry worked for me)

comment:3 by dominique.prunier@…, 18 years ago

Cc: dominique.prunier@… added

I think i found the problem, it is kinda hard to reproduce from a sample repository. I don't know if it is an illegal state of my repository (there were some svnadmin load operaration involded, maybe it comes from there) or a problem in trac.

What happens is that in the file listing, it says the revision is 402 (which is the last changed revision BUT at the old location). When i select file from file listing, i get revision 402 but at the wrong place, then the error. However, if i select revision 402 from history, it works since it look for 402 at the correct location.

by dominique.prunier@…, 18 years ago

Attachment: error.zip​ added

Screenshots for the comment about the error

comment:4 by Christian Boos, 18 years ago

Milestone: → 0.10
Status: new → assigned

Sorry for all the trouble, actually the issue was quite simple to reproduce. Will be fixed shortly…

comment:5 by Christian Boos, 18 years ago

Resolution: → fixed
Status: assigned → closed

This should work now in r3099.

in reply to:  4 comment:6 by anonymous, 17 years ago

Keywords: File added
Resolution: fixed
Status: closed → reopened

Replying to cboos:

Sorry for all the trouble, actually the issue was quite simple to reproduce. Will be fixed shortly…

comment:7 by Emmanuel Blot, 17 years ago

Resolution: → fixed
Status: reopened → closed

Do not reopen a ticket without providing details.

comment:8 by Emmanuel Blot, 17 years ago

Keywords: File removed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Christian Boos.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Christian Boos to the specified user.

Add Comment
E-mail address and name can be saved in the Preferences .
Attachments ↑ Description ↑
 
Note: See TracTickets for help on using tickets.