Bug 251392 - copying a file results in destination file being zero bytes
Summary: copying a file results in destination file being zero bytes
Status: RESOLVED WORKSFORME
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.5
Platform: Gentoo Packages Linux
: NOR major
Target Milestone: ---
Assignee: David Faure
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2010-09-16 01:05 UTC by saunders
Modified: 2018-10-28 03:22 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
test case (783 bytes, text/plain)
2010-09-18 14:05 UTC, irv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description saunders 2010-09-16 01:05:25 UTC
Version:           unspecified (using KDE 4.5.1) 
OS:                Linux

I open dolphin, I go into any folder, copy a file (control-c or drag), go into a different folder, paste it, the file is 0 bytes long. This also happens when I cut/paste, which is how I found out.

If I copy a folder all the structure will be there but every file is 0 bytes long.

If I select a zip file, extract to a folder everything is ok, if I copy that folder, all 0 again.

If I copy a several hunderd mb file over the network, I can see it transfer via knemo (bandwidth monitor), still 0.

Going into konsole and doing a "cp file1 file2" works fine. Opening a file, using it, saving it, anything outside of dolphin apparently is fine.

I have rebuilt everything kde-related (4.5.1), no change.

Reproducible: Always

Steps to Reproduce:
Copy a file or folder within dolpin. Within same window or drag from one window to another.

Actual Results:  
All copied files are 0 bytes.

Expected Results:  
Files copied normally.

Gentoo with all packages updated to newest (as of Sept 15/2010).
Comment 1 Christoph Feck 2010-09-16 02:31:39 UTC
There is a known regression in 4.5.1 when opening/extracting zip files with Dolphin (i.e. not with Ark), but regular files should work (and I cannot reproduce the bug).

I am a bit puzzled what could have gone wrong. Did you restart KDE after upgrading packages? Does the command "kioclient copy src dest" work and produce non-zero dest file?
Comment 2 saunders 2010-09-16 04:27:09 UTC
I have restarted multiple times and the same result.

pancus@hedgehog /t/test $ dir
total 19
drwxr-xr-x  2 pancus pancus     3 Sep 15 23:25 .
drwxr-xr-x 43 pancus pancus    60 Sep 15 23:25 ..
-rwxr-xr-x  1 pancus pancus 15009 Sep 15 23:25 file1
pancus@hedgehog /t/test $ kioclient copy file1 file2
<unknown program name>(14773)/ ClientApp::doIt: Creating ClientApp
kioclient(14773) KSharedUiServerProxy::KSharedUiServerProxy: kuiserver 
registered
pancus@hedgehog /t/test $ dir
total 35
drwxr-xr-x  2 pancus pancus     4 Sep 15 23:25 .
drwxr-xr-x 43 pancus pancus    60 Sep 15 23:25 ..
-rwxr-xr-x  1 pancus pancus 15009 Sep 15 23:25 file1
-rwxr-xr-x  1 pancus pancus     0 Sep 15 23:25 file2
pancus@hedgehog /t/test $ cp file1 file3
pancus@hedgehog /t/test $ dir
total 50
drwxr-xr-x  2 pancus pancus     5 Sep 15 23:26 .
drwxr-xr-x 43 pancus pancus    60 Sep 15 23:25 ..
-rwxr-xr-x  1 pancus pancus 15009 Sep 15 23:25 file1
-rwxr-xr-x  1 pancus pancus     0 Sep 15 23:25 file2
-rwxr-xr-x  1 pancus pancus 15009 Sep 15 23:26 file3
pancus@hedgehog /t/test $

On 09/15/2010 09:31 PM, Christoph Feck wrote:
> https://bugs.kde.org/show_bug.cgi?id=251392
>
>
>
>
>
> --- Comment #1 from Christoph Feck<christoph maxiom de>   2010-09-16 02:31:39 ---
> There is a known regression in 4.5.1 when opening/extracting zip files with
> Dolphin (i.e. not with Ark), but regular files should work (and I cannot
> reproduce the bug).
>
> I am a bit puzzled what could have gone wrong. Did you restart KDE after
> upgrading packages? Does the command "kioclient copy src dest" work and produce
> non-zero dest file?
>
Comment 3 saunders 2010-09-16 20:50:27 UTC
strace from running kioclient

http://paste2.org/p/990508
Comment 4 irv 2010-09-18 12:33:33 UTC
Hmm, I've just hit this also. i usually copy by dragging between windows, but It's the same using copy & paste. notification comes up to tell me all files are copied OK. likewise, i can see the network bandwidth being used when copying from/to remote.

I'm using debian experimental 4.5 packages but doesn't sound like that's the problem.

Just done another test, where i used my external usb drive, which is ext4 and that seems to work. all my other partitions are reiser4 - surely that can't be it?
Comment 5 irv 2010-09-18 14:05:00 UTC
Created attachment 51782 [details]
test case

requires reiser4 and loopback interface
Comment 6 saunders 2010-09-18 19:19:46 UTC
I can confirm this is the problem with me too. I use reiser4 for most of 
my partitions, the xfs and reiser both work fine.

my kernel:

Linux hedgehog 2.6.35-zen1+ #3 ZEN SMP PREEMPT Mon Aug 30 04:48:20 ADT 
2010 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD 
GNU/Linux
Comment 7 saunders 2010-10-07 00:50:59 UTC
bug still present in 4.5.2
Comment 8 saunders 2010-11-04 04:58:56 UTC
still present in 4.5.3

would also like to add that to date this is the only kde-related app that exhibits this behavior. in fact this is the only app I have found with this bug.
Comment 9 saunders 2010-12-04 21:30:32 UTC
still present in 4.5.4

however one new detail, I upgraded my kernel to 2.6.36-zen1 (http://zen-kernel.org/) which has the new reiser4 patches (http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/) and the issue changed.

pancus@hedgehog /t/test $ dir
total 21812
drwxr-xr-x  2 pancus pancus        3 Dec  4 16:24 .
drwxr-xr-x 46 pancus pancus       63 Dec  4 16:24 ..
-rw-r--r--  1 pancus pancus 22327953 Dec  4 16:24 test1
pancus@hedgehog /t/test $ kioclient copy test1 test2
pancus@hedgehog /t/test $ dir
total 43620
drwxr-xr-x  2 pancus pancus        4 Dec  4 16:24 .
drwxr-xr-x 46 pancus pancus       63 Dec  4 16:24 ..
-rw-r--r--  1 pancus pancus 22327953 Dec  4 16:24 test1
-rw-r--r--  1 pancus pancus 22327953 Dec  4 16:24 test2
pancus@hedgehog /t/test $ md5sum test1
3bd92a4841a241c224ff9f589f264a40  test1
pancus@hedgehog /t/test $ md5sum test2
d41d8cd98f00b204e9800998ecf8427e  test2
pancus@hedgehog /t/test $ cp test1 test3
pancus@hedgehog /t/test $ md5sum test3
3bd92a4841a241c224ff9f589f264a40  test3
pancus@hedgehog /t/test

The file still seems to be 0 bytes, its completely empty, but the space is allocated. So I'm at a loss now to whether this is kde's fault or reiser4. 

Also krusader exhibits the same behavior.
Comment 10 saunders 2011-02-09 03:01:31 UTC
Same bug still exists in 4.5.5 and 4.6
Comment 11 saunders 2011-03-05 23:57:31 UTC
I have since given up and just converted my reiser4 partitions to reiser3. Do not know if the bug still exists in 4.6.1
Comment 12 Nate Graham 2018-04-23 21:17:40 UTC
Is this still relevant or applicable with KDE Frameworks 5.45?
Comment 13 Andrew Crouthamel 2018-09-28 03:11:56 UTC
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 set the bug status 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!
Comment 14 Andrew Crouthamel 2018-10-28 03:22:14 UTC
Dear Bug Submitter,

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!