After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 743818 - failure of export of chart data specifications involving formulae
failure of export of chart data specifications involving formulae
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export OOo / OASIS
git master
Other Linux
: Normal normal
: ---
Assigned To: Andreas J. Guelzow
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2015-02-01 22:29 UTC by Andreas J. Guelzow
Modified: 2015-02-07 19:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sample file (16.10 KB, text/xml)
2015-02-01 22:29 UTC, Andreas J. Guelzow
Details

Description Andreas J. Guelzow 2015-02-01 22:29:19 UTC
Created attachment 295904 [details]
sample file

Gnumeric exports the data sources in charts to be specified by formulae. ODF does not natively.

Currently the ODF exporter in this case creates invalid ODF files, e.g.:
          <chart:series chart:values-cell-range-address="$'Mixed'.$C$1:.$C$10]*10" chart:style-name="GOG-8" gnm:label-cell-expression="&quot;XY&quot;" chart:class="chart:scatter">
            <chart:domain table:cell-range-address="$'Mixed'.$B$1:.$B$10]*10"/>
          </chart:series>


There are several layers of problems here:
1) the ODF files create should be valid.
2) we should still be able to round-trip through extended ODF
3) we might even be able to export to valid ODF readable by other consumers using hidden data sheets inside the chart file.

I have attached a sample (uncompressed) gnumeric file using these formulae.
Comment 1 Andreas J. Guelzow 2015-02-01 22:46:16 UTC
Note that in these cases we also get many criticals on loading our corrupted ODF file and are leaking expressions...
Comment 2 Andreas J. Guelzow 2015-02-02 04:03:21 UTC
Layer #1 is fixed.

Note that #3 still breaks the connection between sheet and graph, so it would not be much better than showing a picture of the original graph.

Keeping open for #2.
Comment 3 Morten Welinder 2015-02-02 19:51:23 UTC
I'm actually ok with not supporting this for formats not meant to
handle it.

However, it would be nice to introduce a pre-save call for the GOFileSaver
to go over the document and make a list of things that the saver
cannot handle.
Comment 4 Andreas J. Guelzow 2015-02-07 19:33:29 UTC
#2 is now done too.

This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.