diff --git a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn
index c148acd2fe..fd9f08ae4a 100644
--- a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn
+++ b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant.mdwn
@@ -2,3 +2,5 @@
 When using “git annex unlock”, the assistant is clever enough not to immediately re-add the corresponding files. When using “git annex unannex”, however, the assistant goes on to re-add the files right away. It would be convenient if this case were also handled likewise.
 
 git-annex 5.20150508
+
+> [[done]]; cannot be implemented. --[[Joey]]
diff --git a/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment
new file mode 100644
index 0000000000..6248d39834
--- /dev/null
+++ b/doc/bugs/unannexed_files_are_immediately_re-annexed_by_assistant/comment_1_c9e7a23ae3d3a33944b083cbf9fcbc17._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2015-09-22T16:08:29Z"
+ content="""
+There's no difference between an unannexed file and a new file,
+other than some old versions of the unannexed file in past revs of the git
+history. 
+
+So, this cannot be implemented. If it were, deleting an annexed
+file and then putting a new file in its place with the same filename
+(and perhaps content) would appear identical to the assistant as unannexing
+a file, and it would not add it. But we absolutely want to add the
+file back in that case.
+
+Suggest that, if you want the assistant to not add files for a while, 
+you temporarily stop it.
+"""]]