gvfs-fuse doesn't work (completely) with the sftp interface #1049
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1049
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When using the SFTP frontend via gvfs FUSE, there is a bug that causes some file operations to fail. Since this also happens with other SFTP implementations, and with very simple commands (see below), the bug is likely to be in gvfs FUSE -- although that doesn't necessarily mean that we can't work around it.
Some applications appear to work, like vi and gedit, but some do not, like OpenOffice.
You can see that this bug is present by creating a simple text file: file1, then:
file1
is zero-length after the secondcat
.This bug is present when I use gvfs to connect to an openssh-server also.
The bug probably is not in our SFTP frontend, but any workaround would have to be implemented there (if possible).
We need to document this in source:docs/frontends/FTP-and-SFTP.txt . Accepting for 1.7 as a documentation bug.
This ticket should be cross-linked to a ticket on the Gnome Bugzilla. I also like to use http://launchpad.net to track issues that effect more than one project. You can create a ticket in launchpad which tracks both this ticket (Tahoe-LAFS #1049) and that ticket (Gnome #whatever-it-comes-out-to-be) and any other projects that are affected by this issue.
(wiki/SftpFrontend#Gnomevirtualfilesystemgvfs) documents that gvfs-FUSE is not supported, and why:
Basically I think that gvfs-FUSE is misguided and cannot work. (sshfs doesn't have the problem described here, because it is mapping from the FUSE interface directly to SFTP, without GIO or any other intermediate layer.)
If you can explain more precisely what flags gvfs-fuse can't translate, which cause this to not-work, then I'll open a ticket on the Gnome and/or OpenOffice trackers for it.