Fixed in b969611064ae

Patch sent in ml.
http://article.gmane.org/gmane.comp.version-control.mercurial.devel/21324

I've had some time to take a deeper look at this.
It seems that rebase loses rename data, damn!
I've simplified the test and wrote the expected output, I hope to solve this as
well.

I'm changing title and topics since this issue doesn't involve mq.

Unfortunately, I only noticed that issue after restructuring the repository -
now finding history of the files is rather complicated, |log -f -C| won't work.
Just confirmed that this happened because of rebase.

BTW, I don't think this is dependent on mq usage, I've heard some more reports.

I wrote a test for this issue, that's the only thing I can do at the moment.
I'll investigate further as soon as possible.

Feel free to correct/simplify that test.

I'd initially reported the bug in mozilla's #hg channel -- thanks djc for filing it.

FWIW this is on Windows, with msys, and by losing rename data I mean that hg
qdiff shows that file1's been deleted and file2's been added.

A workaround is to |hg mv file2 file1; hg qref; hg mv file1 file2; hg qref| but
this can get annoying fast.

With this hgrc:

[defaults]
diff = -U 8 -p
qdiff = -U 8 -p
qimport = --git
qrefresh = --git

[diff]
git = 1

[extensions]
hgext.mq =
hgext.extdiff =
hgext.rebase =

[extdiff]
cmd.diffw = diff
opts.diffw = -w -r -N -p -U 8

This is the transcript:

  610  hg init testrepo1
  611  cd testrepo1/
  612  vim file1
...
  616  hg add
  617  hg commit -m "Add file1"
  618  cd ..
  619  hg clone testrepo1/ repo2
  620  cd repo2/
  621  ls
  622  hg qinit
  623  hg qnew move-file1
  624  vim file1
  625  ls
  626  hg qapp
  627  hg mv file1 file2
  628  hg qdiff
(this shows the rename)
  629  hg qref
  630  hg log
  631  cd ../testrepo1/
  632  vim file4
  633  hg add
  634  hg commit -m "adding file4"
  635  hg log
  636  cd ../repo2/
  637  hg pull --rebase
  638  hg qdiff
(this doesn't)

I don't have time to look into this right now, so here's an issue.