** Also affects: openobject-addons/trunk
Importance: Medium
Status: Confirmed
** Changed in: openobject-addons/trunk
Status: Confirmed => Triaged
** Changed in: openobject-addons/trunk
Milestone: 5.0.12 => None
--
[document] OpenOffice files in DMS truncated to 0 bytes when directly edited
https://bugs.launchpad.net/bugs/537281
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
Status in OpenObject Addons Modules: Triaged
Status in OpenObject Addons 5.0 series: Invalid
Status in OpenObject Addons trunk series: Triaged
Bug description:
In latest stable there are cases where OpenOffice will somehow cause the file
in the DMS to be truncated to 0 bytes.
How to reproduce:
- have a database with document module installed
- connect through FTP and push a test .odt file from OpenOffice (I used OOo
3.0)
- the file is uploaded and file size is correct
- using FTP integration in you Operating System, connect to the FTP directly
from you file explorer (e.g. nautilus in Ubuntu)
- now double-click on the file in the FTP directory directly to edit it
- it opens in OOo correctly and you can edit it
- try to modify and save the file directly in OOo => the save fails with an
error message about access rights but at the same time the file is truncated to
0 bytes in the DMS
- now if you open another FTP client on another machine you will see the file
is 0 bytes now
Investigation:
Watching the server log it seems that OOo tries to test/use the write access
using APPE instead of STOR, and perhaps there is something wrong in our support
of APPE (we replace file instead of append?)
OOo also creates its lock files etc. but that seems to work fine I think, so it
should not be related.
_______________________________________________
Mailing list: https://launchpad.net/~c2c-oerpscenario
Post to : [email protected]
Unsubscribe : https://launchpad.net/~c2c-oerpscenario
More help : https://help.launchpad.net/ListHelp
