Bug 415295 - Unable to receive file from phone
Summary: Unable to receive file from phone
Status: RESOLVED FIXED
Alias: None
Product: kdeconnect
Classification: Applications
Component: common (other bugs)
Version First Reported In: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Albert Vaca Cintora
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-17 17:55 UTC by hexchain
Modified: 2024-03-28 00:43 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description hexchain 2019-12-17 17:55:13 UTC
SUMMARY
KDE Connect failed to receive files from the phone.

STEPS TO REPRODUCE
1. Share a file from the Files app to KDE Connect

OBSERVED RESULT
KDE Connect reported "Received incomplete file from: <device-name>: xxx.jpg"

EXPECTED RESULT
KDE Connect is able to receive the file on the computer.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.17.4
KDE Frameworks Version: 5.65.0
Qt Version: 5.14.0

Android app version: 1.13.5
kdeconnect version: 1.4-1

ADDITIONAL INFORMATION

logcat:
12-17 18:39:36.166  1081  1155 I ActivityTaskManager: START u0 {act=android.intent.action.SEND cat=[android.intent.category.DEFAULT] typ=image/jpeg flg=0xb080001 cmp=org.kde.kdeconnect_tp/org.kde.kdeconnect.Plugins.SharePlugin.ShareActivity clip={image/jpeg U:content://com.android.providers.media.documents/document/image%3A142763} (has extras)} from uid 10118
12-17 18:39:36.408  1081  1179 I ActivityTaskManager: Displayed org.kde.kdeconnect_tp/org.kde.kdeconnect.Plugins.SharePlugin.ShareActivity: +460ms
12-17 18:39:38.256  3873  9771 I KDE/LanLinkProvider: Identity package received from a TCP connection from kotori
12-17 18:39:38.257  3873  9771 I KDE/LanLinkProvider: Starting SSL handshake with kotori trusted:true
12-17 18:39:38.341  3873  5731 I KDE/LanLinkProvider: Handshake as client successful with kotori secured with TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
12-17 18:39:38.342  3873  5731 I KDE/LanLinkProvider: Reusing same link for device _d5e2453c_4489_4038_bbe8_4fa24b6bb83b_
12-17 18:39:40.707  3873  5735 I KDE/LanLink: Using port 1742
12-17 18:39:40.773  3873  5735 I KDE/LanLink: Beginning to send payload
12-17 18:39:41.216  3873  5735 I KDE/LanLink: Finished sending payload (4915125 bytes written)

kdeconnectd log:
kdeconnect.plugin.share: File transfer                                                                                                                                                                 
kdeconnect.core: FileTransferJob Downloading payload to QUrl("file:///home/user/Downloads/Received/xxx.jpg") size: 4915125                                                         
QMetaObject::invokeMethod: No such method KIO::StoredTransferJob::slotDataReqFromDevice()                                                                                                              
kdeconnect.core: Received incomplete file ( 245756 / 4915125 bytes ), deleting                                                                                                                         
kdeconnect.plugin.share: File transfer failed. QUrl("file:///home/user/Downloads/Received/xxx.jpg")
Comment 1 Łukasz Żarnowiecki 2020-09-26 08:31:44 UTC
I have similar problem in logs I have when sending file from phone to computer:
kdeconnectd[873]: QMetaObject::invokeMethod: No such method KIO::StoredTransferJob::slotDataReqFromDevice()
Comment 2 valdikss 2021-01-26 15:02:53 UTC
I'm affected as well: can't send or receive the file, with "No such method KIO::StoredTransferJob::slotDataReqFromDevice" error in the log.

Fedora 33, KDE 5.20.5, Frameworks 5.78.0.
Comment 3 valdikss 2021-01-26 16:10:01 UTC
Sorry, it seems my issue is not related to this bug.
In my case, I was unable to receive file from PC to phone, and this is due to Android 10 storage access requirements, making KDE connect unable to receive sent files to default /storage/emulated/0/Download path.
When I tick "Customize destination directory" checkbox and select Download path, the path is shown as "/tree/primary:Download". This way it works perfectly fine.
Comment 4 hexchain 2022-09-19 14:15:17 UTC
This issue hasn't happened to me for a while. Maybe it's fixed?
Comment 5 Forest 2024-03-28 00:43:48 UTC
I just had this happen in Plasma 5.27.5 / Frameworks 5.103.0.

It seems inconsistent. I'm sure it worked a month or two ago. The only thing I remember changing between then and now is applying Android security updates, which I wouldn't expect to break this feature.