fails on files with names ending in space
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
fslint |
Fix Released
|
Medium
|
Pádraig Brady | ||
fslint (Ubuntu) |
Fix Released
|
Undecided
|
Pádraig Brady |
Bug Description
Binary package hint: fslint
I ran fslint-gui in duplicate-check mode over my multimedia collection, and it reported this error:
exceptions.OSError: [Errno 2] No such file or directory: '/mnt/unpackfs/
I have a file with that name, except with a trailing space. I don't know why I had such a file, so don't ask...
This came from the python part of program, since I followed its progress, first traversing the tree, then md5sum, then sha1sum, then python. (can there be a tickbox to turn off one or the other of sha1/md5sum in the gui? The chances of an accidental collision are pretty low.) fslint is slow enough already, esp. when running over a FUSE mount (unpackfs in my case). I'll try the command line options...
I looked at the shell script, but I don't have a fix for the bug.
Changed in fslint: | |
assignee: | nobody → p-draigbrady |
importance: | Undecided → Medium |
status: | New → Fix Committed |
assignee: | nobody → p-draigbrady |
status: | New → Fix Committed |
status: | Fix Committed → In Progress |
Changed in fslint: | |
status: | In Progress → Fix Released |
status: | Fix Committed → Fix Released |
If it helps -
I discovered a similar bug dragging & dropping for copy purposes. When working with a file with a trailing space in the name, drag-n-drop copy from folderA on my hard drive to folderB on my hard drive worked as expected. Drag-n-drop copy from anywhere on my hard drive to my usb flash drive failed. I only have one partition on my one hard drive, so I couldn't test other device-to-device copies.
Thanks for a great product!
Dan