Bugfix: Fixed bug parsing transfer info files

The newline after the filename was included in it.

This was generally benign -- mostly these filenames are just displayed,
and the newline didn't matter.

But in the assistant, it caused unexpected dropping of preferred
content.

A characteristic of this bug is that the drop was displayed like this:

drop some_file
 ok
This commit is contained in:
Joey Hess 2012-12-19 14:16:58 -04:00
parent f3833dfe35
commit 7da2e27293
2 changed files with 5 additions and 1 deletions

View file

@ -293,7 +293,8 @@ readTransferInfo mpid s = TransferInfo
<*> pure (if null filename then Nothing else Just filename)
<*> pure False
where
(firstline, filename) = separate (== '\n') s
(firstline, rest) = separate (== '\n') s
(filename, _) = separate (== '\n') rest
bits = split " " firstline
numbits = length bits
time = if numbits > 0

3
debian/changelog vendored
View file

@ -7,6 +7,9 @@ git-annex (3.20121212) UNRELEASED; urgency=low
direct mode.
* kqueue: Fix bug that made broken symlinks not be noticed.
* vicfg: Quote filename. Closes: #696193
* Bugfix: Fixed bug parsing transfer info files, where the newline after
the filename was included in it. This was generally benign, but in
the assistant, it caused unexpected dropping of preferred content.
-- Joey Hess <joeyh@debian.org> Thu, 13 Dec 2012 14:06:43 -0400