UI not showing xferbycopying feature (renaming instead of deleting and retransfering)

[ceg]

Binary package hint: unison version 2.27.57

When files gets renamed in replica A, unison shows that the original file is getting deleted in replica B and the renamed file is copied again.

(even though new feature xferbycopying should be true by default)

This is particulary unfortunate with picture archives, as they get more often renamed but less often is the file contents changed.

Can't unison queue the cases that look like filedeletions, and at the end, check if they have not just been renamed? And if that is true, just rename the file in the other replica without retransmitting all the files?

Maybe this mechanism could also catch the programmed data loss mentioned under invariants in the documentation (moving a directory with ignored items).

[Johannes Mockenhaupt (mockenh-deactivatedaccount)]

unison version 2.27.57 (intrepid, available for hardy in hardy-backports) does exactly what you described, in that case it gives a message like 'shortcut: using local file x for y'.

[ceg (ceg)]

Oh very good, the changelog sounds just like what I was thinking about.
Is this enabled by default?

[ceg (ceg)]

Manual says:
xferbycopying: The default value istrue.

But the GUI does not seem to indicate that a renamed file will be copied:
(a: file /b: absent)
(a: deleted / b: u nchanged file)

[ceg (ceg)]

(Tested with two local replicas.)

[Johannes Mockenhaupt (mockenh-deactivatedaccount)]

The command line interface displays the same (doesn't indicate shortcuts will be used) but uses shortcuts when performing the synchronisation, I believe it's the same with the GUI.

Yes, shortcuts are enabled by default.

[ceg (ceg)]

Thank you for checking the command line.

Well, this may then be a UI bug, now.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[codywohlers (codywohlers)]

I still see this behaviour in unison-gtk 2.40.102-2ubuntu1
(on Ubuntu 13.10 linux 3.11.0-24-generic x86_64)