I have a Windows 7 desktop PC where there is documents LibreOffice.
I have a laptop which is under Ubuntu 11.04 64 bits.
I'm able to connect the Windows computer through a wifi network. I open a LibreOffice document to use it as a model.
I choose "Save as" to give a new name and create a new file in the same directory but I get the following error message :
Erreur lors de l'enregistrement du document xxxx:
Erreur d'entrée/sortie générale.
So in english :
Error during the recording of the document xxxx:
General Input/Output error.
I precise that I have this trouble only with LibreOffice documents. The "Save as" works perfectly with other type of file (txt, jpg, and so on).
"I have a Windows 7 desktop PC where there is documents LibreOffice.
I have a laptop which is under Ubuntu 11.04 64 bits."
On which computer do you have the problem. On the windows computer saving to a samba file share exported from the Linux box ?, or on the linux computer saving to a samba file shared exported from the Windows box ?
(In reply to comment #1)
> On which computer do you have the problem. On the windows computer saving to a
> samba file share exported from the Linux box ?, or on the linux computer saving
> to a samba file shared exported from the Windows box ?
Sorry for the lack of precision.
The problem is on the Linux laptop. In fact the shared directories are on the Windows desktop computer, a kind of personal data base. And the most part of the time I work with my laptop under Ubuntu that I used to access to the files stored on the Windows computer.
NOT Reproduced with
LO 3.4.1 (OOO340m1 (Build:101))
Ubuntu 10.04.2 x86
Linux 2.6.32-32-generic Russian UI
Windows Vista SP1
I observe the same bug on the network of my primary school where, exceptionnaly this year I'm in charge of ICT teaching.
- 8 computers on Windows XP pro (one is the "server")
- 5 on Ubuntu 11.04 updated
I have to acceed via : /<user>/.gvfs/<directory shortcut> on <server>.
I discovered this testing with Ooo4Kids which needs to search in upper directory.
Samba package, itself, is not installed on the four computers where I'm sure I have the problem.
Only, basic packages, are loaded :
On the fifth PC with Ubuntu, I'm sure I have loaded the Samba package, but I'm not sure I had this problem. I shall confirm that Monday.
All computers I have in the ICT classroom are 32 bits.
Ok! I tested the computer with Samba package : it's the same thing.
On each, I've created :
- a network shortcut (connect to a server) in shortcuts menu (Ubuntu classic)
- a shortcut on the desktop for students.
( They open my originals then "save as" into there folder )
*** Bug 42130 has been marked as a duplicate of this bug. ***
*** Bug 40206 has been marked as a duplicate of this bug. ***
*** Bug 40567 has been marked as a duplicate of this bug. ***
*** Bug 34605 has been marked as a duplicate of this bug. ***
I will note that this bug still exists in LibO 3.4.3 build 302 on Ubuntu 11.10 (x86-Intel, Linux 220.127.116.11, samba 2:3.5.11~dfsg-1ubuntu2), all of which are current.
The network folder in my case is a read-write-shared folder on a Windows XP desktop machine. Other Ubuntu apps (specifically file browser Nautilus and text editor gedit) can read, write, modify, create, and delete files at will in this folder. LibO (Writer, Draw, and Calc for sure, haven't tried the others) cannot Save or Save As to the folder, generating the remarkably uninformative error message indicated in the original bug report, nor can they read an existing file from the folder, exiting silently (!!!).
problem does NOT occur with Windows XP client, Libo 3.4.3 and openSUSe 11.4 with samba shares.
(These error messages do occur when trying to save as to an existing file for which the user has only read rights. An error message should occur, but the message is not clear to the user.)
Cannot reproduce with LO 3.4.4 (Debian package amd64) saving to share on Windows 2008R2 server.
Cannot reproduce with master (self-compiled running on Debian GNU/Linux amd64) saving to share on Windows 2008R2 server.
Cannot reproduce with LO 3.4.4 (Debian package amd64) saving to share on Windows 7 Professional desktop.
All mounts done with CIFS filesystem, *not* smbfs.
The Ubuntu bug contains an interesting information: mounting the cifs share with option "nobrl" works around this. Here's the description of that option:
Do not send byte range lock requests to the server. This is
necessary for certain applications that break with cifs style
mandatory byte range locks (and most cifs servers do not yet
support requesting advisory byte range locks).
I'm not sure whether LibreOffice can avoid sending those "byte range lock requests" without that option or not. E.g. it might come from LibreOffice's use of fcntl(F_SETLK/F_SETLKW) or maybe even flock(). I'm not sure why LO would use file locking, though.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Confirmed on launchpad
removing launchpad issue, thats a vendor issue.
Thanks Björn, this is good news! (It seems to be fixed in libreoffice 1:3.5.0~beta2-2, see https://launchpad.net/bugs/792622 or directly http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commit;h=cc27f8c6002aea8af30799f9b4d11eba445f9486 )
seems to be fixed for more than a year => marking fixed; I guess gvfs solved the issue for you :-)