Description of problem: Nautilus refuses to copy a complete directory to a Samba share... Version-Release number of selected component (if applicable): How reproducible: Copy a local directory to a Samba share using Fedora Linux beta 37 and Nautilus will not even begin copying, it will report "Error while copying "directory name" with sub error "There was an error copying the file into smb://ip.address/share_name" and "Permission denied". The exact same action from another machine running Fedora Linux 36 stable performs like a charm. AT the Samba server end nothing has changed in between the installation of the Fedora Linux 37 beta machine and the other machine. Looking with the Terminal at the main share it is odd to see all files and directories to have 700 as their permissions, where should be the regular 755 / 644... A new directory can be made without worries, copying seperate files works also, just not a complete directory... Steps to Reproduce: 1. 2. 3. Actual results: "Permission denied" Expected results: A copy operation to take place Additional info:
The Samba definition for this Nautilus problem: [share_name] path = /srv/samba/share_name valid users = fedora_user browsable = yes guest ok = no writable = yes hide dot files = yes hide files = /~$*/~*/ veto files = /._*/.DS_Store/ delete veto files = yes create mask = 0644 directory mask = 0755 veto oplock files = /*.doc/*.docx/*.xls/*.xlsx/
Proposed as a Blocker for 37-final by Fedora user bcotton using the blocker tracking app because: Arguably violates the Final criterion: For all release-blocking desktop / arch combinations, the following applications must start successfully and withstand a basic functionality test: file manager
I can reproduce this problem in my home with nautilus-43.0-2.fc37.x86_64 and a SMB share provided by my router.
Does copying a complete directory work from the command line? Can you run `cp -a /path/to/dir /path/to/smb/share` successfully?
@sgallagh I tried as you asked and both with and without a "sudo" I got the error message "cp: cannot stat '/run/user/1000/gvfs/smb-share:server=34.235.198.240,share=share_name/ test_directory': Permission denied", this of course with the IP address of the Samba server, not redhat.com.
well, this is likely really a gvfs issue, i.e. it's to do with how gvfs mounts the share when you discover a network location in Nautilus. With a manually configured smb share this works fine for me, I just tested. I can copy a folder to a manually mounted SMB share in nautilus no problem.
This may (or may not) be related to https://bugzilla.redhat.com/show_bug.cgi?id=2127301 (fix available as of a few hours ago) and https://gitlab.gnome.org/GNOME/gvfs/-/issues/651 which suggests a samba issue. It might be worth seeing of the samba update resolves the issue.
Yes, this is most probably related to Bug 2127301. Or are you able to reproduce this with samba-4.17.1-1.fc37 (https://bodhi.fedoraproject.org/updates/FEDORA-2022-1b0ba70aca)? If so, please provide debug log using the steps from https://wiki.gnome.org/Projects/gvfs/debugging#Getting_debug_logs with GVFS_SMB_DEBUG=10 envar set in the second step...
With samba-4.17.1-1.fc37 installed a complete folder / directory can be copied to the Samba-share without any worries! Then it works!
I can also confirm samba-4.17.1-1.fc37 fixed the issue for me.
Rejected as an F37 blocker in https://pagure.io/fedora-qa/blocker-review/issue/979 .
Since we've skipped, we have scope to pull this in as an FE, so proposing it.
I think we can just make this a dupe of 2127301, right? *** This bug has been marked as a duplicate of bug 2127301 ***