Launchpad has imported 16 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=895690.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-01-15T19:18:25+00:00 Grosswiler wrote: Description of problem: When saving a file in libreoffice, using the mounted gvfs-path, the following error occurs. Libreoffice cannot get closed then and needs to be killed in the shell. Errors: "Error saving this document: the file doesn't exist" and then after OK, this "Error saving this document: general error. general i/o-error" -> Saving to /run/user/[userno.]/gvfs/ works!! Version-Release number of selected component (if applicable): Version 3.6.3.2 (Build ID: 3.6.3.2-8.fc1 How reproducible: Always Steps to Reproduce: 1. Open Libreoffice, create any new file 2. save file to a share using gvfs (preferable on a samba-share) 3. Get the error Actual results: Cannot save file to this path. Expected results: Saving File to the Path indicated in the save-as-path-dialogue to the left. Additional info: Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/20 ------------------------------------------------------------------------ On 2013-02-28T15:32:35+00:00 Caolan wrote: caolanm->sberg: is the a dup of the X-GIO-NoFuse=true issue or something else ? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/37 ------------------------------------------------------------------------ On 2013-02-28T15:54:23+00:00 Stephan wrote: Does the problem go away when you select "Tools - Options... - LibreOffice - General - Open/Save dialogs - Use LibreOffice dialogs" first? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/38 ------------------------------------------------------------------------ On 2013-02-28T17:10:07+00:00 Grosswiler wrote: i have changed this in libreoffice, now 2 situations occure: Prerequisite: i saved the samba-share as a favourite within libreoffice in the open/save-dialogue i always open a file within nautilus and want to save it. 1) i save clicking on the favourite folder and type a filename: The error comes up as described above 2) i use the path, which libreoffice seems to have and points to the local resource /run/user/100n/gvfs/[share] - this works and if i open the file within libreoffice without nautilus, both described situations 1) the same, it won't save 2) the same, it saves. it works always using the path from /run... Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/39 ------------------------------------------------------------------------ On 2013-02-28T17:11:06+00:00 Grosswiler wrote: and no, it doesn't go away. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/40 ------------------------------------------------------------------------ On 2013-03-13T11:08:02+00:00 Stephan wrote: (upstream fix is <http://cgit.freedesktop.org/libreoffice/core/commit/?id=8722f0e7ef690205d042c8a6b1fdf342a34ecbe1> "rhbz#895690: Make GIO UCP less brittle, so saving docs works again") Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/45 ------------------------------------------------------------------------ On 2013-03-14T10:39:16+00:00 Fedora wrote: libreoffice-3.6.5.2-7.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libreoffice-3.6.5.2-7.fc18 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/47 ------------------------------------------------------------------------ On 2013-03-15T00:08:46+00:00 Fedora wrote: Package libreoffice-3.6.5.2-7.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.6.5.2-7.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-3868/libreoffice-3.6.5.2-7.fc18 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/53 ------------------------------------------------------------------------ On 2013-03-15T13:40:10+00:00 Grosswiler wrote: Installed, tested and left posivite karma. Thx! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/55 ------------------------------------------------------------------------ On 2013-03-15T20:07:45+00:00 Fedora wrote: libreoffice-3.6.5.2-8.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libreoffice-3.6.5.2-8.fc18 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/56 ------------------------------------------------------------------------ On 2013-03-24T22:49:44+00:00 Fedora wrote: libreoffice-3.6.5.2-8.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/59 ------------------------------------------------------------------------ On 2013-03-25T13:26:20+00:00 Stephan wrote: *** Bug 926001 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/60 ------------------------------------------------------------------------ On 2013-03-26T10:37:20+00:00 Trever wrote: On problem with this fix, in the past I could use the recent list to load files on a gvfs mount and it would automount it (ask for a password if needed). With this fix, that doesn't work. I do not know if you can cause the mount from file/open or not. I have had to just use nautilus to go to the mount and get it mounted, then the recent list works. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/61 ------------------------------------------------------------------------ On 2013-03-26T14:38:03+00:00 Stephan wrote: (In reply to comment #12) > On problem with this fix, in the past I could use the recent list to load > files on a gvfs mount and it would automount it (ask for a password if > needed). With this fix, that doesn't work. Are you sure that this got broken with this fix (i.e., did it still work with libreoffice-3.6.5.2-6.fc18)? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/62 ------------------------------------------------------------------------ On 2013-03-30T11:44:55+00:00 Trever wrote: I am not sure what version it worked with. It was working with several versions post Fedora 18 release. It doesn't work now. It would be helpful if it did, but if it can't be fixed, I can understand that. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/67 ------------------------------------------------------------------------ On 2013-08-21T06:24:55+00:00 Stephan wrote: (In reply to Trever Adams from comment #12) > On problem with this fix, in the past I could use the recent list to load > files on a gvfs mount and it would automount it (ask for a password if > needed). With this fix, that doesn't work. > > I do not know if you can cause the mount from file/open or not. I have had > to just use nautilus to go to the mount and get it mounted, then the recent > list works. Turns out I forgot about this but later re-discovered the problem and fixed it on upstream master towards LibreOffice 4.2 as <http://cgit.freedesktop.org/libreoffice/core/commit/?id=4d8bf09305fc4e4bd652187aac0a02398413ba65> "Always try to mount in gio::Content::getGFileInfo" (no idea when exactly it got broken, though). Anyway, will be fixed in the next libreoffice-4.1.1.1-3.fc19. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1069757/comments/75 ** Changed in: gvfs (Fedora) Status: Unknown => Fix Released ** Changed in: gvfs (Fedora) Importance: Unknown => High -- 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/1069757 Title: [Upstream] Libreoffice: problems with saving docs to directories of Windows networks (through samba-connection) Status in LibreOffice: Invalid Status in gvfs package in Ubuntu: Confirmed Status in libreoffice package in Ubuntu: Fix Released Status in gvfs package in Fedora: Fix Released Bug description: At the office I use my Ubuntu computer as a work station and connect it to our Windows network by establishing Samba (smb) connections. In this way I can not only use the print facilities but also use directly the network directories for opening, saving of documents. Since ubuntu 12.04 directories of windows networks have been integrated in the procedure for opening, saving of documents in Libreoffice. Directories available through open samba-connections thus are integrated in the list of directories on which docs can be saved. This was a great new features, since before 12.04 one had to save files on a local directory first and then move or copy them to the windows directory in Nautilus. After having done the upgrade to ubuntu 12.10 QQ this facility does not work as it should. The network directories are still shown and it it still possible to open a document. But is it not possible to save it and giving it another name. Another thing which had become impossible is to open a document from another source than the network directory (e.g. local directory, attached doc to a mail) and save it in a directory of the network server. When doing this the system gives the information 'Error saving the document #name#. The file does not exist' (see screenshot 1, text in italian). If one then presses the OK-button there is a second error communication with the following text: Error is saving the document #name#: General Error Generel I/O error (see screenshot 2, text in italian) I have checked whether the same kind of error also occurs in other programs, at least in Evince (pdf-reader). This is not the case. A last issue I want to report is that when one opens a doc (e.g. odt) from a network directory, modifies it and then save it, this seems to work. There is no error messsage. When checking by re-opening the saved document, in a few experiments I did the modifications were not saved. In nautilus the date indication of the file also remained the same. In other experiments however the saving of the documents with the modifications seemed to work as it should. conclusion: the integration of network directories in LO has become unreliable, with a high risk of loss of information for the user. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice 1:3.6.2~rc2-0ubuntu3 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic i686 ApportVersion: 2.6.1-0ubuntu4 Architecture: i386 Date: Mon Oct 22 12:47:08 2012 InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423) MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: Upgraded to quantal on 2012-10-19 (2 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1069757/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp