Mounting a remote filesystem (sftp) through pcmanfm and accessing files through this mount via libreoffice causes an I/O Error dialog. This worked in mga5. Acessing a text file (e.g.) via pluma works. Accessing the file through a sshfs-mount works as well. Acessing the file via command-line (as shown in run.log) causes the same error, but no more debug output :-( libreoffice --writer 'file:///run/user/500/gvfs/sftp:host=sftp.hidrive.strato.com,user=XXXX/users/YYYY/Path/file.odt' strace shows EOPNOTSUPP in contrast to execution on sshfs-mount: lstat("/run/user/500/gvfs/sftp:host=sftp.hidrive.strato.com,user=XXXX/users/YYYY/Path/file.odt", {st_mode=S_IFREG|0644, st_size=1311268, ...}) = 0 open("/run/user/500/gvfs/sftp:host=sftp.hidrive.strato.com,user=XXXX/users/YYYY/Path/file.odt", O_RDWR|O_EXCL) = -1 EOPNOTSUPP (Operation not supported) access("/run/user/500/gvfs/sftp:host=sftp.hidrive.strato.com,user=XXXX/users/YYYY/Path/file.odt", F_OK) = 0 lstat("/run/user/500/gvfs/sftp:host=sftp.hidrive.strato.com,user=XXXX/users/YYYY/Path/file.odt", {st_mode=S_IFREG|0644, st_size=1311268, ...}) = 0
CC: (none) => marja11Assignee: bugsquad => thierry.vignaud
Looks like a sshfs-fuse issue to me
Assignee: thierry.vignaud => bugsquadSource RPM: libreoffice-5.2.3.3-5.mga6.src.rpm => sshfs-fuse
@Thierry sshfs-fuse works, but I don't know how this is used by pcmanfm
(In reply to M K from comment #2) > @Thierry sshfs-fuse works, but I don't know how this is used by pcmanfm Blino might understand. @ Olivier Please reassign if needed.
Assignee: bugsquad => mageia
Hi, I did some searches and found that the problem involves at least libfm (and maybe also gvfs-fuse). Regarding libfm, that commit: https://github.com/lxde/libfm/commit/b08218e2311dc52465ef92502061738701f298c1 (FmAppInfo: Convert all URIs scheme to file:/// by mapping them to FUSE-mounted local paths) causes the fact that the command is "libreoffice --writer file:///..." in Cauldron whereas in Mga5 it is "libreoffice --writer sftp://...". So, in our version of libfm, I added a patch that revert to the old behaviour when the command is libreoffice (http://svnweb.mageia.org/packages/cauldron/libfm/current/SOURCES/libfm-1.2.5-mga-do-not-use-gvfs-fuse-for-libreoffice.patch?view=markup). That patch solves the problem. But I think gvfs-fuse is also a part of the problem because, using the same libreoffice in Mga5 and Cauldron (the version 5.2.3, compiled from the upstream project): - libreoffice5.2 --writer "file:///..." can open the file in Mga5 (gvfs-fuse-1.22.3-2.1.mga5) - libreoffice5.2 --writer "file:///..." cannot open the file in Cauldron (gvfs-fuse-1.30.2-1.mga6). Best regards, Nico.
CC: (none) => nicolas.salguero
thanks for the investigation. In general I think the new behaviour of libfm is understandable since the files are already mapped to a local folder. Since gvfs is used by gnome-desktop the same problem might occur in this environment which will then have no benefit of the patch.
Just for the record: the updated package resolves the issue on lxde.
fixed for lxde
Resolution: (none) => FIXEDStatus: NEW => RESOLVED