remove old closed bugs and todo items to speed up wiki updates and reduce size

Remove closed bugs and todos that were least edited before 2014.

Command line used:

for f in $(grep -l '\[\[done\]\]' *.mdwn); do if [ -z $(git log --since=2014 --pretty=oneline "$f") ]; then git rm  $f; git rm -rf $(echo "$f" | sed 's/.mdwn$//'); fi; done

1 files changed, 0 insertions, 46 deletions

diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn
deleted file mode 100644
index 6539dc9e8..000000000
--- a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn
+++ /dev/null
@@ -1,46 +0,0 @@
-What steps will reproduce the problem?
-
-Unable to reproduce as it seems to happen randomly, to very few files (4/250).
-
-What is the expected output? What do you see instead?
-
-I expect to see the assistant warn if it attempts to add a file which fails to add to the annex.
-Instead, I see no output from the assistant, but lines like this in the log.
-
-daemon.log.2:add Indie Game Stand/Deadly 30/Deadly30_MAC.zip (checksum...) failed
-daemon.log.2:add Indie Game Stand/Wyv and Keep/xnafx40_redist.msi (checksum...) failed
-daemon.log.2:add Indie Game Stand/Blueberry Garden/Blueberry_Garden_1.1.zip (checksum...) failed
-daemon.log.2:add Indie Game Stand/Flatspace Bundle/fsmusicpack3setup.exe (checksum...) failed
-
-There is no reason given for the failure in the log file. The assistant also never tries to add them again in normal running (but did add them when it was started again after a reboot).
-
-What version of git-annex are you using? On what operating system?
-
-git-annex version: 4.20130314
-OS: Arch Linux
-
-Please provide any additional information below.
-
-The assistant in this case is being used as nothing more than a way for me to see which files have been added (--verbose, --foreground and --debug with 'watch' outputs nothing..). No remotes or anything like that.
-
-> I have made the assistant re-queue any file that it fails to add,
-> so it will retry it later. Typically within a few seconds. [[done]]
-> 
-> I have only been able to think of one scenario in which this could
-> happen. It's pretty unusual:
-> 
-> * Something writes to a file, and closes it.
-> * Assistant sees file has no writers, and locks it down in preparation
->   to add it.
-> * Something then re-opens the file to write to it some more.
->   Note that it would seem to need to bypass permissions that prevent
->   the file from being written to in order to do this. It makes a change
->   to the file.
-> * Assistant is checksumming file, reaches end, and detects it has been
->   tampered with and gives up.
-> 
-> I would still like more information about circumstances that
-> cause this to happen, because while a possible scenario, the 
-> above is too weird to believe anyone could run into it.
-> 
-> --[[Joey]]