I am unable to move files from one samba share from another by drag'n'drop or cut & paste. There is no problem in doing the same move with Nautilus, so this is probably Dolphin-specific. Reproducible: Always Steps to Reproduce: 1. Two samba shares open in Dolphin tabs, both with the same authenticated user and both writable. 2. Drag a file from one dolphin tab to another, or cut and paste. 3. Dolphin reports "Could not rename file smb://server/destinationshare/filename" Expected Results: I should be able to move files directly without the need to copy and paste them and then deleting the files in the source folder.
Resetting assignee to default as per bug #305719
*** Bug 307693 has been marked as a duplicate of this bug. ***
Thanks for the bug report! This is probably either a general KIO problem or a problem with the smb kioslave.
Hi all, I would also like to add that Dolphin is unable to move files and directories within a SAMBA share be it mounted through the smb4k ("Network" option within Dolphin) or by the mount.cifs util. In fact, if the share is mounted within Dolphin it will be unable to show directories size and files complementary information when this problem doesn't exist while browsing an already mounted share. What actually seems to do Dolphin (or the KIO-slave) when I try to move a resource (name it a file or a directory) from within one location in a SAMBA share to another location in the same share is to use my machine as a gateway for the copy - seriously? come on... it's not like I'm a big fan of GUI file managers, in fact I do all my administrative work right from the console but for non-technical people this is a totally awkward show stopper.
Created attachment 76086 [details] A SAMBA share mounted with smb4k As depicted in this snapshot Dolphin will not show at all the size of browsed directories if the SAMBA share was mounted with smb4k, also please not that the thumbnail generation will last forever.
Created attachment 76087 [details] Browsing an already mounted share (via mount.cifs system tool) OTOH we can appreciate here that Dolphin shows both the size of all the directories AND the thumbnails of the video files. This is because Dolphin treats the mounted share as normal directory and _not as a share_. I don't know how Dolphin creates and show the thumbnails but for sure it wouldn't replicate the work: if there're already working thumbnails for the files being browsed Dolphin should use them - thus saving a lot of time and bandwith re-generating them every time the share is browsed.
(In reply to comment #4) > What actually seems to do Dolphin (or the KIO-slave) when I try to move a > resource (name it a file or a directory) from within one location in a SAMBA > share to another location in the same share is to use my machine as a > gateway for the copy - seriously? come on... it's not like I'm a big fan of > GUI file managers, in fact I do all my administrative work right from the > console but for non-technical people this is a totally awkward show stopper. We aren't fans of "show stoppers", but unless anyone with Samba knowledge volunteers to debug and fix this, I'm afraid that nothing will change.
Is it not possible to just make dolphin use something else for browsing samba shares? gnome 2.x used gvfs, and that worked flawlessly and you could also stream videos from the shares without having to tediously download them to the local hard drive first.
(In reply to comment #8) > Is it not possible to just make dolphin use something else for browsing > samba shares? If anyone writes a kioslave wrapper around that "something else", this might be possible, I think.
Hi all, first, I would like to apologize for my angry rant of above, it was rude and totally out of place. In fact I'm most grateful for Dolphin, an wesome graphical file manager and as far as I know the best of it's breed on any current software platform - truly. Second, may be I can help debug the issue as I'm shifting from NFS to Samba for SOHO/SMB resource sharing even on native GNU/Linux environments: lately I've found that while significant slower Samba is much more reliable than NFSv4 in those environments where computers aren't up all the time or when there are too much laptops connecting now and them. Third: I started using SMBNetFS for all my Samba sharing and I'm pretty impressed with it (http://sourceforge.net/projects/smbnetfs): this neat utility will let you run it as a daemon or on-demand basis and it will automatically search for and mount the Samba shares you instruct it to mount in userspace at the given place in your system. Once mounted the shares are accessed as normal directories in a totally transparent manner. Could this help in any way? Please let me know what debug work would you need and I'll do my best. Have a nice 2013!!!
(In reply to comment #10) > Could this help in any way? > Please let me know what debug work would you need and I'll do my best. Thanks for your offer to help. You should get in touch with the people working on KIO (David) and/or the smb kioslave (not sure if anyone is actually working on it) to see what can be done. > Have a nice 2013!!! Thanks, you too!
Reproducible on neon dev unstable.
*** This bug has been marked as a duplicate of bug 98886 ***
I have a very similar bug (don't sure :S) and I have some problems reproducing it. Scenario: * some samba mount done at pam_mount step * some bind mount to paths inside that samba mounts * plasma 5.16.1 (tested with 5.17 too) * Neon based distribution Steps to reproduce (most of times, but not always): * Drag a folder to a samba destination * Folder must contain something inside (either a file or another folder) * Click on COPY when pop-up ask Unexpected result: * Dolphin hesitates operation with a red error box and no verbose error just a Can't copy whatever. Notes: * MOVE works! * Nautilus and cp from terminal works * Sometimes works :S * Seems like once the file has been successfully copied using some other method, future copies will work.