Operation not permitted while writing to symlinked fuse locations
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gvfs |
Expired
|
Medium
|
|||
gvfs (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Xenial |
Confirmed
|
Undecided
|
Unassigned |
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/
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 548ba46c2ba51c4
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:
open_common: flags=500002
vfs_open: -> Operation not supported
# accessing via /run/user/(...)
vfs_open: /smb-share:
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/
I am attaching the full vfs.debug created.
Collapse All Comments
Expand All Comments
Add Comment
tags: | added: sts |
tags: | added: regression-release |
description: | updated |
Changed in gvfs: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in gvfs: | |
status: | Confirmed → Expired |
Status changed to 'Confirmed' because the bug affects multiple users.