[document] OpenOffice files in DMS truncated to 0 bytes when directly edited
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Odoo Addons (MOVED TO GITHUB) | Status tracked in Trunk | |||||
5.0 |
Won't Fix
|
Medium
|
Unassigned | |||
Trunk |
Fix Released
|
Medium
|
Unassigned |
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.
Changed in openobject-addons: | |
milestone: | 5.0.8 → 5.0.9 |
Changed in openobject-addons: | |
milestone: | 5.0.9 → 5.0.10 |
Changed in openobject-addons: | |
milestone: | 5.0.10 → 5.0.11 |
Changed in openobject-addons: | |
milestone: | 5.0.11 → 5.0.12 |
Changed in openobject-addons: | |
assignee: | Harry (Open ERP) (hmo-tinyerp) → nobody |
Yes, I noticed this too. It is quite a bad problem, as we're hoping to edit Open Office Documents that are stored and created as Quotes in the DMS