Ooo creates new file at each saving action only on Samba shares
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openoffice.org (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: openoffice.org
I found a bug only in Openoffice 3.2 (build:9483) from Ubuntu 10.04 (ooo-build 3.2.0.10, Debian 1:3.2.0-
The problem :
When I save a file with openoffice 3.2 installed from ubuntu repository (any apps, calc, presenter, text editor ...) on samba share, the file is named "myfile.odt", so I edit it, save the modifications, they are rightly saved in "myfile.odt", but now I got too a new file named "myfile0.odt" with a size of 0 octets.
And this is incremental, if I save another change, I got "myfile1.odt" etc ...
This problem doesn't exist if I use the file in local (eg: on my Desktop or any other local location).
The tests :
I checked if this wasn't a Samba problem, it wasn't.
With openoffice 3.0 and Ubuntu 9.04, I didn't got this problem.
With openoffice 3.2 downloaded from official website of Ooo.org and Ubuntu 10.04, I didn't got the problem.
So, I think it's a bug from ubuntu's modifications in Ooo.
If you need any others informations, ask me ! :)
This may be related to the 'nobrl' option being needed by OOo in mounting CIFS shares and bug 578402 about crashes on launch with a smb share that was deemed a dupe of another bug related to file locking. It does express differently in Lucid than it did in Karmic but has been seen before.
You might try using the 'nobrl' and 'nounix' options if mounting as CIFS to see if that makes any difference. Or you can use nautilus network places to mount the share via fuse and see if that works. If either of those improves things, you've locate the problem as one in common with the other nuisances.
Ubuntu is using the GoOO variant as I understand it. If it behaves differently in this problem than the 'original', that could be useful information, too, I'd think. Since it's been around for a while and is rather fuzzy, it must be a challenge to locate and fix properly.