summaryrefslogtreecommitdiff
path: root/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn')
-rw-r--r--doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn27
1 files changed, 0 insertions, 27 deletions
diff --git a/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
deleted file mode 100644
index c2ca43da5..000000000
--- a/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-# 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]]