Apache OpenOffice (AOO) Bugzilla – Issue 58458
Fileformat violation when saving Charts with data from Writer tables
Last modified: 2013-02-24 21:22:03 UTC
Create a chart from a writer table. Save the document and look at the content.xml of the chart subobject. 1) The data range given in 'table:cell-range-address' is lacking the name of the table. 2) The range has a wrong offset and thus looses the first row. In the example file the range is ".$A$2:.$C$7" but it should be "Table1.$A$1:.$C$6".
Created attachment 31814 [details] Example file with chart from writer table
accepted
There is no easy fix for the table name. We could transport it somehow over the old SomeData interface, however I don't know how to adapt it when the table name changes. Apart the left over SomeData strings (3 and 4) are used for evil things by writer and may thus overwrite the table name. We have a workaround: The chart can retrieve the HierarchicalName and can pass it to Writer. When Writer is asked to create a data source based on a malformed string (no table-name) it can use the this name to retrieve the table name by internal means. I fixed the second problem with the row-indexes.
please verify in cws sch13 re-open issue and reassign to kla@openoffice.org
reassign to kla@openoffice.org
reset resolution to FIXED
BM->TK: Please verify. If you have problems verifying this (there is just a change in the content.xml file), ask IHA to verify this bug or ask me for explanations. re-open issue and reassign to kla@openoffice.org
Files created with OOo 2.0 or OOo 2.0.1 and saved with OOo 2.0.2 will get corrupted due to a missing working fileformat versioning. When a file is created with OOo 2.0 and loaded with a version containing these fixes and saved again, the files will get corrupted, because the OLE objects are just copied as they are (saved with OOo 2.0), but the parent document is re-saved with the new version. As OLE objects have no own meta information, they inherit it from their parent which in this case (the default) is wrong. re-open issue and reassign to bm
reassign to bm
reopened
Depends on Issue 60323, because we need a reliable version info in OLE objects.
Changed Target to 2.x
The chart OLE objects new export meta information. The issue will be fixed with integration of the new chart.
changed target
Fixed in chart2mst3 Milestone 11_1. ->JSI: To test, save a Writer file containing a chart (create a new one, or make sure the chart is really written by activating it once) with the new chart and check that in the OLE object's content.xml (e.g. Object 1/content.xml) the table:cell-range-address, and all chart:*-range-address contents contain the table name, i.e. sth. like "Table1.$A1:.$A7" instead of just ".$A1:.$A7".
Verified fix in CWS chart2mst3.
uäh... put have edited wrong issue. Reopened.
Setting back to "fixed".
ok in chart2mst3 #12_4 build (based on SRCm210) The document is valid.
This Issue is 'Verified' and not updated in 1yr+, so Closing. A Closed Issue is a Happy Issue (TM). Regards, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~