Bug 355115

Summary:	Copying/Moving files in split view intermittantly results in an error
Product:	[Frameworks and Libraries] frameworks-kio	Reporter:	patrick.rifici
Component:	general	Assignee:	David Faure <faure>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	2rb0alex, emmanuelpescosta099, fax.k.root, info, joao.vidal.silva, kdelibs-bugs, pinaar14, reuben_p, vasyl.demin
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description patrick.rifici 2015-11-10 06:44:36 UTC

When attempting to copy/move folders locally or across the network in Split View, Dolphin will intermittantly fail the operation with the error "$foldername is a folder but a file was expected" (substitute $foldername for the actual name of the folder). Copying/Moving the same folder with 2 seperate Dolphin windows works as expected.

Reproducible: Sometimes

Steps to Reproduce:
1. Open 2 locations in split view
2. Attempt to copy/move a folder from right pane to left or vice versa

Actual Results:  
Operation will intermittantly fail with error message "$foldername is a folder but a file was expected"

Expected Results:  
Folder should be copied/moved from source to target without error, displaying the "Finished!" notification in the bottom right of the screen.

OS: Arch Linux x86_64
Kernel version: 4.2.5-1 vanilla
Plasma version: 5.4-2
Dolphin version: 15.08.2
Frameworks version: 5.15.0
QT version: 5.5.1

Running Dolphin from terminal while replicating the error returns the following at the time of the error:
The desktop entry file "/home/$redacted/Downloads/.directory" has Type= "Application" but no Exec line
The desktop entry file "/home/$redacted/Downloads/.directory" has Type= "Application" but no Exec line
ark.extracthere: "inode/directory" is not a supported mimetype
ark.extracthere: "inode/directory" is not a supported mimetype
ark.extracthere: "inode/directory" is not a supported mimetype

(Username in home string replaced with "$redacted" for privacy purposes)

Comment 1 Emmanuel Pescosta 2015-11-10 10:32:01 UTC

Thanks for the bug report!

A way to reproduce it:
1. Open Dolphin an enable split view
2. Open a sftp connection on one side and a local path on the other side
3. Drag a folder from the local side and drop it onto the sftp side
4. The error message box should appear!

This smells like a KUrl->QUrl porting bug in KIO::CopyJob, a folder gets into the file queue?!
I'm sure that David Faure has an idea what the exact problem is ;)

I'll reassign it to KIO.

Comment 2 Emmanuel Pescosta 2015-11-10 10:33:22 UTC

> Copying/Moving the same folder with 2 seperate Dolphin windows works as expected.

Hmm, I can also reproduce the same problem with two Dolphin instances.

Comment 3 patrick.rifici 2015-11-10 10:37:20 UTC

Thankyou for reassigning it, i'm fairly new to bug reporting and wasn't sure which component to assign it to. So far I don't think I have encountered it with 2 seperate windows (but I may be misremembering).

Is there any more testing you would like me to perform? I have been told there are issues with diagnostics on Arch due to the lack of proper debugging tools by default?

Comment 4 Pavel Gurevich 2015-12-07 19:45:04 UTC

Same happens to me with plain Ctrl-C, Ctrl-V.

Version 15.08.3
KDE Frameworks 5.16.0
Qt 5.5.0 (built against 5.5.0)

Comment 5 Cyril Brosch 2015-12-11 13:16:56 UTC

This seems to be a duplicate of bug https://bugs.kde.org/show_bug.cgi?id=353195

Comment 6 David Faure 2015-12-14 08:32:38 UTC

Can't reproduce this, copying a 6MB directory with files and subdir, from local to sftp://localhost in two dolphin split views. kio 5.17.

Comment 7 Art 2015-12-31 00:14:15 UTC

Same bug when I dnd 7 dirs from right to left panel.
But, while I was trying to recall my login (10 minutes later...), I repeat the gesture and think it's working, but it's not. I realize two empty directories were created in the destination directory.
I repeat the gesture with the first 5 and get the same error message.
I'm able to copy the files from the two source directories into the empty ones with no problem.
(no big deal with USB 3.0 doing 130 MiB/s, as reported by Ubuntu)
Finished the job with,
 cp -pr SG238[1-4]* /media/pinaar/PRDAT_A/PRDAT/

Assuming cp is optimized, so I don't need to do the cpio business and I obviously don't need rsync, since it's a simple copy.

It's not a showstopper for me now, but if it were, I'd delve into the code when I retire from my day job in 1.23 years. :->

- Art

Comment 8 David Faure 2016-04-30 08:38:22 UTC


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