I have a Lumia 535 and I'm trying to copy files from amarok but mainly getting this error blocking it with mp3s: [MtpHandler] Failed to get storage properties, cannot get capacity My debug looks like it's not even trying with flacs and complaining that the "the device already has these tracks" too, like: https://bugs.kde.org/show_bug.cgi?id=313131 This is probably similar to https://bugs.kde.org/show_bug.cgi?id=186835 but surely that's been fixed, right? amarok: BEGIN: virtual void Collections::CollectionLocation::getKIOCopyableUrls(const TrackList&) amarok: [CollectionLocation] adding url KUrl("file:///home/kvd/Music/Lindisfarne/Top Of The Pops 1970-1974_ CD1of3_ _ReMastered Tracks/20_-_Lady Eleanor_.flac") amarok: BEGIN: void Collections::CollectionLocation::slotStartCopy(const QMap<KSharedPtr<Meta::Track>, KUrl>&, const Transcoding::Configuration&) amarok: BEGIN: virtual void Collections::MediaDeviceCollectionLocation::copyUrlsToCollection(const QMap<KSharedPtr<Meta::Track>, KUrl>&, const Transcoding::Configuration&) amarok: BEGIN: void Meta::MediaDeviceHandler::copyTrackListToDevice(Meta::TrackList) amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: END__: void Meta::MediaDeviceHandler::copyTrackListToDevice(Meta::TrackList) [Took: 1.6s] amarok: END__: virtual void Collections::MediaDeviceCollectionLocation::copyUrlsToCollection(const QMap<KSharedPtr<Meta::Track>, KUrl>&, const Transcoding::Configuration&) [Took: 1.6s] amarok: END__: void Collections::CollectionLocation::slotStartCopy(const QMap<KSharedPtr<Meta::Track>, KUrl>&, const Transcoding::Configuration&) [Took: 1.6s] amarok: END__: virtual void Collections::CollectionLocation::getKIOCopyableUrls(const TrackList&) [Took: 1.6s] amarok: BEGIN: void Collections::CollectionLocation::slotFinishCopy() amarok: END__: void Collections::CollectionLocation::slotFinishCopy() [Took: 0s] X Error: BadWindow (invalid Window parameter) 3 Major opcode: 20 (X_GetProperty) Resource id: 0x5a00215 amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] amarok: BEGIN: virtual float Meta::MtpHandler::totalCapacity() const amarok: END__: virtual float Meta::MtpHandler::totalCapacity() const [Took: 0s] Works fine in Dolphin Cheers
This is actually a duplicate of another bug. As a workaround, can you copy the tracks to the device using Dolphin? If that doesn't work either, then the MTP KIO slave is to blame. *** This bug has been marked as a duplicate of bug 313131 ***
I think that only the flac portion is the duplicate. This still looks like a new bug with any other type of music failing as well. This looks like the relevant section for MP3s: [MtpHandler] Failed to get storage properties, cannot get capacity (and yes Dolphin works so MTP is fine).
Thank you for the fast feedback, removing the duplicate link
Can you still reproduce it with some newer version of Plasma (Frameworks)?
I no longer own such a device, it broke almost immediately after receiving it actually. I am happy to kill this off unless anybody else still has this issue and/or is actually 313131 - alternatively to keep it in this state for someone to (never, perhaps) discover or ask for again. Thanks for asking back though. Not sure the closed status for "We can bring it back if we ever need to".
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!