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:
parent
f3833dfe35
commit
7da2e27293
2 changed files with 5 additions and 1 deletions
|
@ -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
3
debian/changelog
vendored
|
@ -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
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue