There is an upstream patch under consideration to be merged into master.
Despite not being the perfect solution for the problem it fixes the
issue.

Let's wait for it to be merged.

https://gitlab.gnome.org/GNOME/gvfs/issues/249

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1598183

Title:
  Operation not permitted while writing to symlinked fuse locations

Status in gvfs:
  Expired
Status in gvfs package in Ubuntu:
  Confirmed
Status in gvfs source package in Xenial:
  Confirmed

Bug description:
  Affected releases:
  Ubuntu from 14.10+ (14.04 was working fine) 

  Steps to reproduce:
  1. Setup a gvfs mount (I used smb and sftp shares configured via nautilus).
  2. Create a symlink to the fuse-mounted location e.g.
  cd ~/Desktop; ln -sf 
/run/user/1000/gvfs/smb-share:server=10.0.20.6,share=share1/symlinktest
  3. Navigate with nautilus to the symlinked location, open a file available 
there with e.g. gedit or libreofficeand try to save it.

  Expected result:
  File is saved.

  Actual result:
  An enigmatic error message is displayed
  (Cannot handle "file:" locations in write mode - for gedit, or "General 
input/output error while accessing <path>" for libreoffice).

  The problems started with commit
  548ba46c2ba51c4ec5b0dd8442b476f3a2a7000b fuse: Don't g_file_append_to
  unless O_APPEND is given. Reverting it makes the issue disappear.

  I have rebuild gvfs enabling debugging (#define DEBUG_ENABLED 1) and here is 
what I got in ~/vfs.debug:
  # accessing via symlink
  vfs_open: /smb-share:server=10.0.20.6,share=share1/grouptest/symlinktest/test
  open_common: flags=500002
  vfs_open: -> Operation not supported
  # accessing via /run/user/(...)
  vfs_open: /smb-share:server=10.0.20.6,share=share1/grouptest/symlinktest/test
  open_common: flags=1100000
  setup_input_stream: have stream
  setup_input_stream: doing read
  vfs_open: -> Success

  For reasons beyond my understanding the flags are different while
  accessing the file via the default gvfs-mountpoint causing the
  execusion to skip the modified section of client/gvfsdfusedaemon.c
  (returning -ENOTSUP).

  I am attaching the full vfs.debug created.
  Collapse All Comments
  Expand All Comments
  Add Comment

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/1598183/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to