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).
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?
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? >
strace from running kioclient http://paste2.org/p/990508
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?
Created attachment 51782 [details] test case requires reiser4 and loopback interface
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
bug still present in 4.5.2
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.
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.
Same bug still exists in 4.5.5 and 4.6
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
Is this still relevant or applicable with KDE Frameworks 5.45?
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!
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!