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)
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.
> 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.
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?
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)
This seems to be a duplicate of bug https://bugs.kde.org/show_bug.cgi?id=353195
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.
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
*** This bug has been marked as a duplicate of bug 353195 ***