I found this strange behaviour when I tried to access, through Nautilus, a folder mounted with mtp from my Samsung Android Device: if the folder contains an image file named 20180915_180351(0).jpg, Nautilus hangs, freezes, doesn't respond, and I have to unplug the phone to have it back working.
This is particularly annoying because Android sometimes creates files with name YYYYMMDD_HHMMSS(n).jpg, with n=0, 1, 2, ... when more than one photo are taken in the same 1-second time interval.
I think it is a libmtp problem and not strictly nautilus-related, because the same problem triggers if I try to browse the directory using the command line on the device storage mounted with jmtpfs.
Some trials pointed out that the problem happens with image files having a filename length of exactly 22 characters (i.e. "123456789012345678.jpg"), and a jpg or png file extension. I have not been able to reproduce the bug in other circumstances (despite I tried many). Here is the log of my tests:
20180915_183051().jpg works
...so, the answer is NO.
Does it depend on the filename length?
123456789012345678.012 works
...so it seems the answer is YES, but the last two's suggested me also to try:
Does it depend on the extension itself? (not the file content type)
Other thoughts:
Does it depend on file size? Does not seem so:
2.0 MB works
2.4 MB doesn't work
5.0 MB works
Steps to reproduce:
- On the mobile device, create a folder "test" and copy an image file "123456789012345678.jpg" inside it;
- Connect the mobile device, allow access to phone data;
- On the PC, open Nautilus and navigate to the "test" folder
Expected behaviour:
The file is shown
Real behaviour:
The file is not shown; Nautilus hangs/freezes until the device is unplugged. Sometimes an error pops up "libmtp error: unknown error / unmanaged error"; sometimes "could not get object handles".
Running libmtp libmtp-1.1.14 on Fedora 28 with a Samsung J7.
Of course, let me know if I may provide more info or test results.
Anonymous
Sorry, I am the reporter but reported it without loggin in first.
Someone please correct it, if it's useful (or may I report it again?)
Well, I created https://sourceforge.net/p/libmtp/bugs/1830/ so this one could be closed and deleted. Sorry for trouble.
dup