closing

3 files changed, 10 insertions, 0 deletions

diff --git a/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn b/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
index 5e83b17ee..cb463ba07 100644
--- a/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
+++ b/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
@@ -21,3 +21,6 @@ Actual:
 * File is dropped from B
 
 Seems like a resurfacing of [[forum/assistant_overzealously_moving_stuff_to_other_repos]]?  Thanks.
+
+> 4.20130227 used a regex library that was broken, at least for certian
+> filenames. I suspect that's what'd going on here. [[done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_dropping_from_backup_repo.mdwn b/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
index 828105aa2..0e0fd5909 100644
--- a/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
+++ b/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
@@ -21,3 +21,8 @@ Additional information:
 * The files that the Assistant started trying to drop were, I believe, the first (alphabetically) files in my repository to contain non-ascii characters in their file names (some French accented letters)
 
 Thanks.
+
+> The non-ascii characters are the giveaway: For 1 version, git-annex used
+> a regex library that failed to ever match non-ascii characters. So it
+> thought backup repos, which match "*" with a regex, wanted no such files.
+> This is [[fixed|done]]. --[[Joey]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
index 5f8cf2dd5..6dcb1ec6b 100644
--- a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
@@ -20,3 +20,5 @@ Please provide any additional information below.
 
 One thing that would be incredibly helpful with the kinds of bugs I've seen in the assistant is if the daemon.log contained info about *why* it is dropping or transferring content.  "transferring content because there was only 1 copy and we need to fulfill numcopies" "transferring content because it matches such-and-such a preferred content expresson" "dropping content because it does not match this preferred content expression" -- that would remove a lot of mystery about the way the assistant is working.
 
+> The several bugs mentioned here seem to be fixed, so closing this report.
+> [[done]] --[[Joey]]