[SVN-3040] 'blame -g' does not follow copy history

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: trunk
• Fix Version/s: 1.5.0
• Component/s: unknown
• Labels: merge-tracking
• Assignee: Unassigned
• Reporter: Stefan Küng
• Created: 07/Dec/07 20:17
• Updated: 27/Oct/18 16:36
• Resolved: 10/Mar/09 15:22

Description

Opening an issue so this doesn't get lost.
As reported here:
http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=133250

svn blame -g

does not follow the copy history.

Reproduction recipe:

svnadmin create blamerepo
svn checkout file:///d:/blamerepo blamewc
echo line1 > blamewc\file1
echo line2 >> blamewc\file1
svn add blamewc\file1
svn ci blamewc -m ""
svn mv blamewc\file1 blamewc\file2
svn ci blamewc -m ""

Now, do the blame:
svn blame blamewc\file2
   1       kueng    line1
   1       kueng    line2

but:
svn blame blamewc\file2 -g
     2        kueng    line1
     2        kueng    line2

As you can see, the reported revision is the one *after* the rename 
operation, not the one where the line actually got changed.

http://subversion.tigris.org/servlets/BrowseList?list=dev&by=thread&from=623735