Bug 413259 - Files >=512MB (movies) corrupted during transfer without warning
Summary: Files >=512MB (movies) corrupted during transfer without warning
Status: RESOLVED DUPLICATE of bug 405847
Alias: None
Product: kdeconnect
Classification: Applications
Component: common (show other bugs)
Version: 1.3.5
Platform: Ubuntu Linux
: NOR major
Target Milestone: ---
Assignee: Albert Vaca Cintora
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-21 02:37 UTC by Harry Coin
Modified: 2020-06-03 02:45 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Harry Coin 2019-10-21 02:37:05 UTC 
SUMMARY
Phone videos are silently corrupted during transfer.

STEPS TO REPRODUCE
1. Take a phone video >= 512MB.
2. Connect via KDEConnect's android app, open dolphin, surf to DCIM directory, select all, copy.
3. Surf to local directly, paste.
4. Wait.  Normal termination reported.

OBSERVED RESULT
Movie files (larger) correctly match size, dates, names.  However, the content is quite wrong.
Proven by removing the memory chip from the phone, copying via direct connection, then comparing the files.
Latest ubuntu eoan kdeconnect 1.3.5-0ubuntu1   Android kdeconnect version 1.13.2, Samsung galaxy s8 / verizon.




EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Dirk Tombaugh 2019-11-09 23:40:32 UTC 
same issue with me Galaxy S9+ - latest phone OS updates. Even some of the smaller pictures come out corrupted. I can't even view them from my computer. If I select them on the phone and then "share" them through KDE Connect, they come out fine.

KDEConnect app 1.13.2
KDEConnect-kde 1.3.5
Operating System: openSUSE Leap 15.1
KDE Plasma Version: 5.17.2
KDE Frameworks Version: 5.63.0
Qt Version: 5.13.1
Kernel Version: 4.12.14-lp151.28.25-default
OS Type: 64-bit
Comment 2 Christoph Haas 2020-05-31 20:00:46 UTC 
Same here with Galaxy S8+. I ran a binary diff with a file that I copied twice and the glitch happened once at position 0x8000 an once at position 0x10000.

What is also noteworthy: the issue only happens when I initiate the copy from the KDE desktop. The problems does not appear when I initiate the copy from the smartphone.

This is a very critical bug in my opinion because you will lose video files by moving them from the smartphone to the desktop.
Comment 3 Simon Redman 2020-06-03 02:45:16 UTC 

*** This bug has been marked as a duplicate of bug 405847 ***