LibreOffice - Gnome/GVFS integration

[Souris]

Binary package hint: libreoffice

You need a mounted network share

Create a new document (with writer or Calc).
Click 'Save', click on your network share, click 'Save'

LibreOffice ask for a login/password to save on your allready mounted share!!!

[Philipp Schlesinger (philipp-sadleder)]

Is libreoffice-gnome installed on your system?

[Souris (dleger)]

Yes, libreoffice-gnome is installed

I'm running natty with LibreOffice installed by recent updates (LO not installed 'by hand')

[Fabián Rodríguez (magicfab)]

I couldn't reproduce this in Maverick. When I try to save to an already-mounted network resource (Samba share), I can save as expected without any further prompts.

[Souris (dleger)]

Fabian : the problem is not saving/modifying an existing document (it works), but saving a new document on the network ressource (Samba share here, too).

Having this problem with both Natty (LO from Ubuntu repository) and with Maverick (LO installed via DEB packages)

[Fabián Rodríguez (magicfab)]

@Souris, that's exactly what I do, but I am using the PPA packages, which is what you should be using in Ubuntu 10.04 LTS too. Please don't use manually installed .debs. I put together detailed information on how to install using the PPA here:
https://wiki.ubuntu.com/LibreOffice

Can you provide more details on how you configured your network share or what system/software is providing it ?

I don't suppose this is a LibreOffice problem but rather a gvfs / nautilus one. Can you reproduce this in any other application(s) ?

[Souris (dleger)]

@ Fabian : I have not tried Lucid but only Natty and Maverick

Tested with Maverick / LibreOffice PPA (on another computer, at work, with a secretary working daily on!!! lol) => same problem

Test with another application : GIMP, creating a new image and saving on my network share => no problem

But I have a idea of the problem : I always mount my network shares via gvfs-mount (never smbmount nor via fstab)

Sorry for my english

[Souris (dleger)]

This bug is still present!!!!

Now with official Natty :

Can't create new document with LibreOffice on an gvfs mounted share

GIMP or gedit work well...

I am the only one using gvfs-mount ???

TIA, Souris

[penalvch (penalvch)]

Souris, marking back to New based on your response. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status.

[Marcus Ilgner (milgner)]

Another variation of this bug:
after navigating to a Windows share in Nautilus and trying to open a document via double-clicking, it doesn't work.
Seems to be related to https://bugs.freedesktop.org/show_bug.cgi?id=34889

[Oliver Joos (oliver-joos)]

Affects me too in up-to-date Natty with LibreOffice 3.3.3.

I found and marked 2 other duplicates. Paul Phillips has a work-around in comment 4 of bug 768915: use a Nautilus bookmark to ~/.gvfs

[yohann (y-rebattu)]

Affect me too in up to date Natty with LibreOffice 3.3.4

A workaround: create a symlink to the network directory soo there is no more .gvfs in the path to the document

[Oliver Joos (oliver-joos)]

@yohann: I tested your workaround, but failed so far.
Does it also work for you with authenticated shares (shares that need username/password to mount)?
And what do you mean by "symlink to the network directory"? "ln -s .gvfs/ ~/myshares" or "ln -s .gvfs/shareXY ~/myshareXY"?

[Oliver Joos (oliver-joos)]

Anyway, this bug seems to be fixed in LibreOffice 3.4.3. In Natty I had to install 3.4.3 from a PPA:

sudo add-apt-repository ppa:libreoffice/ppa
sudo apt-get update
sudo apt-get install libreoffice-common

[Oliver Joos (oliver-joos)]

Forget my last comment #14 - it still fails with LibreOffice 3.4.3 on Natty!

To summarize: if I want to store a new document to an authenticated samba share then 3.4.3 show a dialog saying something with "I/O error". When started in a terminal then the following message appears together with the dialog:

(soffice:4588): Gtk-WARNING **: Operation not supported by backend

The share is mounted in ~/.gvfs/sharename/ but its path is always replaced by smb://synology.local/sharename/ which I guess is a problem for LibreOffice. I tried creating various links and *.desktop files to the share or its subdirectories - no luck yet.

[Oliver Joos (oliver-joos)]

I like to add that it works if the new document is saved to "~/.gvfs/sharename/" or a sub(-sub)-directory of it. The problem is that the "Save As" dialog always remembers the path as "smb://synology.local/sharename/" which does not work for LibreOffice. Working in a deep directory of a big file tree degenerates to a nagging point-and-click adventure, even when it is always the same sub-directory.

[Oliver Joos (oliver-joos)]

Sorry, me again.

I just found the similar bug 792622 and bug 486443 which is open since end of 2009(!) and has been reported upstream (the upstream link is broken meanwhile - shame on Oracle). I will continue my efforts at one of those bug reports since this bug is more about enforced re-authentication.

[penalvch (penalvch)]

Souris, please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 705774
When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

[Guntbert Reiter (guntbert)]

As a workaround for the problems accessing files on shares mounted under ~/.gvfs I created a symlink to .gvfs (with ln -s .gvfs gvfs-mounts). Now saving/opening works fine ( on ubuntu 11.10, LibreOffice 3.4.4 ,OOO340m1 (Build:402)). It seems part of the problem was the inability to use a path with a "hidden" directory.