summaryrefslogtreecommitdiff
path: root/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
blob: c2ca43da58296b1d68788b30fc84f536ed1c1111 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
# What steps will reproduce the problem?

1. Use assistant to setup a local repository (client group) and a remote repository (via ssh, backup group).

2. Add some big files and wait for them to be syncronized.

3. Manually switch to indirect mode (to make 'drop' work)

4. Drop the file's content from the local repository.

5. Rename the file using any file manager or mv on the command line.


# What is the expected output? What do you see instead?

* Expected outcome was the file being renamed and that name change being propagated to the remote repository without re-transferring the whole file. I didn't drop it for nothing!

* Instead, the file was renamed and the file's content was retrieved from the remote repository.


# What version of git-annex are you using? On what operating system?

Git-Annex 3.20130102

Arch Linux on x64.

[[done]]; was not a bug and also the webapp now offers a "manual mode" option that can be chosen instead of "client" to get the desired behavior. --[[Joey]]