[Upstream] Libreoffice: problems with saving docs to directories of Windows networks (through samba-connection)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LibreOffice |
Invalid
|
Medium
|
|||
gvfs (Fedora) |
Invalid
|
Undecided
|
Unassigned | ||
libreoffice (Ubuntu) |
Fix Released
|
Undecided
|
Björn Michaelsen |
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~
ProcVersionSign
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)
Changed in df-libreoffice: | |
importance: | Unknown → Medium |
status: | Unknown → Incomplete |
summary: |
- Libreoffice: problems with saving docs to directories of Windows - networks (through samba-connection) + [Upstream[ Libreoffice: problems with saving docs to directories of + Windows networks (through samba-connection) |
summary: |
- [Upstream[ Libreoffice: problems with saving docs to directories of + [Upstream] Libreoffice: problems with saving docs to directories of Windows networks (through samba-connection) |
tags: | added: target-4.0.3 |
Changed in df-libreoffice: | |
importance: | Medium → Undecided |
status: | Incomplete → New |
status: | New → Fix Committed |
Changed in libreoffice (Ubuntu): | |
status: | Confirmed → In Progress |
assignee: | nobody → Björn Michaelsen (bjoern-michaelsen) |
Changed in df-libreoffice: | |
importance: | Undecided → Unknown |
status: | Fix Committed → Unknown |
Changed in df-libreoffice: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
Changed in df-libreoffice: | |
status: | Fix Released → Confirmed |
Changed in df-libreoffice: | |
status: | Confirmed → Invalid |
Changed in gvfs (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in gvfs (Fedora): | |
importance: | Unknown → High |
status: | Unknown → Fix Released |
no longer affects: | gvfs (Ubuntu) |
Changed in gvfs (Fedora): | |
importance: | High → Undecided |
status: | Fix Released → New |
status: | New → Invalid |
Created attachment 66352
Screenshots of errors
Unable to "Save As" on Samba,"Windows Share",gvfs created from Nautilus
When trying to "Save As" to a "Windows Share" (gvfs) mounted with Nautilus in Ubuntu, three errors occur.
- The file is not created.
- Error messages appear.
-- "Error saving the document" "Nonexistent file"
-- "Error saving the document" "General Error." "General input/output error."
- Libreoffice can no longer be closed from the menu and must be Force Quit. Most menu features are now greyed out, including "About".
We are able to open and save existing files on the share with Libreoffice. Other applications, such as Sublime Text, are able to create new files and Save As.
It also appears that after we force quit, it leaves the lock files in place, which LO does initially successfully create on the share when opening an existing file. Does this mean that the file creation process for LO's lock/temp files is entirely different from how it access the share when trying to create or save normal files?
This appears to have been a problem for a long time, specific to shares mounted with these methods.