From 004863c519a8a549425977685da2c5f2fc5679fe Mon Sep 17 00:00:00 2001 From: NhanHo Date: Tue, 24 May 2016 09:08:35 +0000 Subject: --- doc/bugs/gcrypt_special_remote_not_being_encrypted.mdwn | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/doc/bugs/gcrypt_special_remote_not_being_encrypted.mdwn b/doc/bugs/gcrypt_special_remote_not_being_encrypted.mdwn index 0650bc6c8..6b4c8daac 100644 --- a/doc/bugs/gcrypt_special_remote_not_being_encrypted.mdwn +++ b/doc/bugs/gcrypt_special_remote_not_being_encrypted.mdwn @@ -38,7 +38,9 @@ grep -r "Banana" . #On the other hand, this has a result > ./annex/objects/ee1/042/SHA256E-s5--11861eaa2e70e8ac73d9d20cd172b6a5396cb0116fed5bfe432ca075144b2d48.org/SHA256E-s5--11861eaa2e70e8ac73d9d20cd172b6a5396cb0116fed5bfe432ca075144b2d48.org:BananaTest ``` -If the first machine do `git annex sync --content`, it can get and view the new file normally, trying to add new file afterward from the first machine works fine as well. Adding file from the 2nd machine results in the same behaviour (unencrypted file name) +If the first machine do `git annex sync --content`, it can get and view the new file normally, trying to add new file afterward from the first machine works fine as well. Adding file from the 2nd machine results in the same behaviour (unencrypted file name). + +When using gcrypt special remote on local machine , it does not seem to be an issue. ### What version of git-annex are you using? On what operating system? -- cgit v1.2.3