After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 577998 - Occasional exception when adding files to MTP device
Occasional exception when adding files to MTP device
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Device - MTP
1.6.1
Other All
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Gabriel Burt
gnome[unmaintained]
: 629365 (view as bug list)
Depends on:
Blocks: 576709
 
 
Reported: 2009-04-05 10:53 UTC by David Nielsen
Modified: 2020-03-17 08:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Nielsen 2009-04-05 10:53:19 UTC
Please describe the problem:
I get the following error occasionally when transfering files to my Sansa Fuze.

[Warn  12:28:14.886] Caught an exception - PTP Layer error 200f: LIBMTP_Send_File_From_File_Descriptor(): Could not send object info. (in `')

(Look this up in ptp.h for an explanation.) (in `')

PTP Layer error 200f: ACCESS DENIED. (in `')

(Look this up in ptp.h for an explanation.) (in `')

LIBMTP_Send_Track_From_File_Descriptor(): subcall to LIBMTP_Send_File_From_File_Descriptor failed. (in `Mtp')
  at Mtp.LibMtpException.CheckErrorStack (Mtp.MtpDeviceHandle handle) [0x0006f] in /home/david/Projekter/banshee/src/Libraries/Mtp/Mtp/Error.cs:67 
  at Mtp.Track.SendTrack (Mtp.MtpDeviceHandle handle, System.String path, Mtp.TrackStruct& metadata, Mtp.ProgressFunction callback, IntPtr data) [0x00022] in /home/david/Projekter/banshee/src/Libraries/Mtp/Mtp/Track.cs:228 
  at Mtp.MtpDevice.UploadTrack (System.String path, Mtp.Track track, Mtp.Folder folder, Mtp.ProgressFunction callback) [0x0004e] in /home/david/Projekter/banshee/src/Libraries/Mtp/Mtp/MtpDevice.cs:251 
  at Banshee.Dap.Mtp.MtpSource.AddTrackToDevice (Banshee.Collection.Database.DatabaseTrackInfo track, Banshee.Base.SafeUri fromUri) [0x00030] in /home/david/Projekter/banshee/src/Dap/Banshee.Dap.Mtp/Banshee.Dap.Mtp/MtpSource.cs:325 
  at Banshee.Dap.DapSource.AttemptToAddTrackToDevice (Banshee.Collection.Database.DatabaseTrackInfo track, Banshee.Base.SafeUri fromUri) [0x00051] in /home/david/Projekter/banshee/src/Dap/Banshee.Dap/Banshee.Dap/DapSource.cs:318 
  at Banshee.Dap.DapSource.AddTrackAndIncrementCount (Banshee.Collection.Database.DatabaseTrackInfo track) [0x0000c] in /home/david/Projekter/banshee/src/Dap/Banshee.Dap/Banshee.Dap/DapSource.cs:361 
  at Banshee.Sources.PrimarySource.AddTrackList (System.Object cached_list) [0x00091] in /home/david/Projekter/banshee/src/Core/Banshee.Services/Banshee.Sources/PrimarySource.cs:635 

Steps to reproduce:
1. attach Sansa Fuze to computer
2. drag multiple files to the device in banshee


Actual results:
occasionally a file will not get transfered, and banshee reports
 LIBMTP_Send_Track_From_File_Descriptor(): subcall to LIBMTP_Send_File_From_File_Descriptor failed.  

in the interface and the above when looking at the output of banshee-1 --debug

Expected results:
Files correctly transfered to device without errors

Does this happen every time?
No, but often enough to be annoying in actual use

Other information:
x86_64, da_DK.UTF-8, Fedora 11, Mono 2.4 pre and SVN revision 5188 of Banshee.

The bug applies to 1.4.3 as well
Comment 1 Gabriel Burt 2009-04-30 01:50:15 UTC
What version of libmtp?
Comment 2 David Nielsen 2009-04-30 05:59:10 UTC
libmtp8 0.3.0
Comment 3 David Nielsen 2009-05-23 22:36:47 UTC
Also happens with libmtp-0.3.7-1.fc11.x86_64 on Fedora 11 with git master

Comment 4 Nick 2009-08-30 20:31:55 UTC
I'm also encountering this with a Sansa Clip 4GB. Fedora 11 with libmtp-0.3.7-2.fc11.x86_64 and Banshee-Git.
Comment 5 Andrew 2009-09-20 14:41:34 UTC
I'm stuck with the same error in approximately 45 out of 50 tracks I've tried transferring. Dragging multiple tracks always seems to fail, but some tracks can be transferred one at a time. The behavior persists after rebooting.

Banshee 1.4.3
libmtp-0.3.0-1ubuntu3
Sansa Fuze V01.01.22A
Comment 6 Andrew 2009-09-20 14:43:11 UTC
(In reply to comment #5)
> I'm stuck with the same error in approximately 45 out of 50 tracks I've tried
> transferring. Dragging multiple tracks always seems to fail, but some tracks
> can be transferred one at a time. The behavior persists after rebooting.
> 
> Banshee 1.4.3
> libmtp-0.3.0-1ubuntu3
> Sansa Fuze V01.01.22A

Also, I encounter no problems when using Rhythmbox 0.12.0 instead.
Comment 7 David Nielsen 2009-09-21 10:54:49 UTC
I have a set of m4b files for which this is 100% reproducible if it helps
Comment 8 Gabriel Burt 2009-10-27 20:18:48 UTC
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address.  It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
Comment 9 Alan McGovern 2010-09-06 22:46:35 UTC
Does this bug still exist? If there's a repo, i'd love to see it.
Comment 10 Alan McGovern 2010-09-13 22:31:43 UTC
I just marked a few bugs as duplicates of this, so for the benefit of everyone
who'll read this:

Nothing on my system can reproduce this error. Can you all tell me the exact
version of libmtp and banshee that you're using and also possibly (privately,
copyright reasons and all that) provide me with an example track which throws
this issue. If you can trim a file down to 5kb and still repro the issue, all
the better, but if you can't don't worry.
Comment 11 Alan McGovern 2010-09-13 22:31:55 UTC
*** Bug 629365 has been marked as a duplicate of this bug. ***
Comment 12 paramosebastian 2010-09-14 06:54:00 UTC
Using Banshee 1.6.1 and whatever libmtp is used on there.
Comment 13 Tobias Mueller 2010-11-01 14:25:14 UTC
Reopening as the requested information has been provided in comment #12.
Comment 14 André Klapper 2020-03-17 08:25:14 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.