1) write some data to two columns
2) produce x-y graph based on the data
3) save file
4) change any data in the cells selected as data range
5) nothing changes on the chart
6) click on the chart
7) all the data disappear from the chart, data ranges chart dialog box is corrupted - no way to correct the ranges
Can you attach the document with the actual data used? I can't reproduce this.
Just so that we have this on the record, I've received a test document from the reporter privately because of the confidential nature of the document.
I still can't reproduce this, but it may be because I'm using the English version. This may be locale-specific...
I'll keep this in the meantime.
Created attachment 46095 [details]
I have been testing it in LO3.4 beta2,
The problem still persists.
To reproduce the problem:
1) create a new spreadsheet
2) write some data into two columns
3) produce x-y graph based on the data
4) save the file and close the spreadsheet
5) reopen the spreadsheet
6) double-click on the chart to edit it - all the data from the chart will disappear - data ranges dialogbox contains some rubbish.
I'm attaching the test file with two charts - destroyed one and another one may be destroyed by oneself just by double-click on it.
LO 3.4.beta 2 checked - problem still persists.
LO 3.4.beta 3 checked - problem still persists.
Bug is still here in LO 3.4. beta 4
Ok. Now I reproduced it. I'll look into this.
(In reply to comment #9)
> Ok. Now I reproduced it. I'll look into this.
Actually, when I said I reproduced it, I just opened your attached document and double-clicked the chart and saw it corrupted. However, following your steps to create a new document with a chart, I won't be able to reproduce it...
Did you use the Sun report builder to create those charts? The mime type of your charts both specify that their creator is the Sun report builder.
(In reply to comment #5)
> To reproduce the problem:
> 1) create a new spreadsheet
> 2) write some data into two columns
> 3) produce x-y graph based on the data
Can you describe in very good details how you "produced x-y graph based on the data"? I did create mine via Insert - Chart. Did you do the same?
I'll put this on hold for now while waiting for further information from the reporter.
Code pointer for future investigation:
m_aConfigHelper.GetFactoryNameByMediaType fails to return the embed factory service name from the application/vnd.sun.xml.report.chart media type, which ended up trashing the chart object upon activation.
*** Bug 36731 has been marked as a duplicate of this bug. ***
LibreOffice 3.4 beta 5 - bug is still here,
Here you have a screencast showing how to reproduce the bug:
I can reproduce it.
1. Mark the data range.
2. Click on Chart-icon in Standard-toolbar.
3. Choose XY-Chart, subtype "Points and Lines" and !!! check "Smooth lines".
Save, close and reload. The chart has lost its data range.
I use LO 3.4.0 Beta 5 on WinXp.
Can anybody who can reproduce this try it again with Java disabled?
To disable Java, go to
Tools -> Options -> LibreOffice -> Java and uncheck "Use a Java runtime environment".
I'm wondering if this is caused by one of the extensions we ship with (which I don't use in my development build).
The error remains, when I uncheck "Use a Java runtime environment".
I can finally reproduce this.
I re-built this time with Sun's report builder extension enabled. Now it gets reproduced with 100% success rate.
I'll look into this.
Good news. BTW, Oracle's report builder extension is installed and enabled by default. I even have no "disable" button in extension manager to switch it off when running as a plain user.
Just posted the detail of my findings on the mailing list:
soliciting feedback on how to fix this bug.
How about reverting the commit that caused this to no longer work in the first place ?
It worked fine in 3.3, now it doesn't in 3.4b. So what happened in between ? OOom103 integration ? Changes in the Calc chart stuff ?
Please do not remove the ORB extension from the provided builds, at least not until a drop-in replacement can be found and works.
LO 3.4 rc1 - short test shows that now it works.
I've no intention to test it any further, I stay with LO 3.3 because of some other problems - like https://bugs.freedesktop.org/show_bug.cgi?id=37230
I'm closing the bug :)
This bug affects not just you. Reopen for now.
*** Bug 44885 has been marked as a duplicate of this bug. ***
Really sorry. My mistake. It is fixed.
It is not for the whole 3.4 (bug under 3.4.5) branch, only perhaps in the future 3.5 which is not released.
3.4 it's the only one final users can use, with the status ready for enterprise :-(
But I will not fight for that, it's too late once we loose customers.