Defect #3376
Moving an issue to another project copies the associations revisions instead of updating them
| Status: | Closed | Start date: | 2009-05-17 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: |  Jean-Philippe Lang | % Done: | 100% | |
| Category: | Issues | |||
| Target version: | - | |||
| Resolution: | Fixed | Affected version: |
Description
When moving a issue from one project to another, the SCM revision associations are also copied instead of being updated which mean they are no longer in sync with the repository and the revision change set links can also be invalid.
Version: Trunk, r2744
How to test:- Create 2 test projects each pointing to a different repository root
- Create an issue in each project note the issue #
- Commit changes to project 1 referencing the first issue added above
- Commit changes to project 2 referencing the second issue added above
- Check the associated revision information is now shown for the above commits in each issue
- Move the second issue to the first test project and note the revision history is still available as before and not updated (the link will also point to an invalid revision # for the new project).
Related issues
Associated revisions
Link to the appropriate repository (#3376).
History
#1
Updated by Bob Roberts over 11 years ago
- Status changed from New to Resolved
- Assignee set to Jean-Philippe Lang
- % Done changed from 0 to 100
After a svn update, this fix appears to have correctly resolved the issue. Thanks.
#2
Updated by Bob Roberts over 11 years ago
This issue is linked to #3087
#3
Updated by Jean-Philippe Lang about 11 years ago
- Status changed from Resolved to Closed
- Resolution set to Fixed
This was fixed in r2760.
The revision history now points to the correct changeset.