Apache OpenOffice (AOO) Bugzilla – Issue 44370
Crash Upon Recalculation
Last modified: 2013-02-24 21:20:27 UTC
I have a file which the following occurs 100% of the time. I will be happy to send it to you. Steps to get the crash: 1. Press CTRL-PAGE UP to select the first cell. 2. Go to cell _Front Passengers (cell E-10). Change its value to 200. Notice the red lines in the graphs do not move. 3. Go to cell E-11 and change its value to zero. Notice the red lines still do not move. 4. Press F9 to force a recalculation. You get an immediate crash.
Created attachment 23474 [details] c172N_w&b180.ods
kla: confirmed. ->NN: It also crashed if you press F9 after loading the doc.
Now, that at last I finally have your attention, see issue 44185 and issue 28932. These are all related. In fact, the very same spreadsheet is the basis of all three complaints. I am a native born English speaker, with a college education. I do not know how to say it any different to make the issue more understandable. X-Y graphs do NOT behave if source data is in cells after they are row hidden. Additionally, the misbehavior is different, depending upon whether it is the rows that are hidden or if it is the columns. In one instance the graph remains, but becomes broken in that it fails to update when the data changes. In the other instance, the x-y graph lines totally disappear.
reassign
NN->ER: All source rows of the chart are hidden, so ScBitMaskCompressedArray::GetFirstForCondition returns LONG_MAX, which is then used as row value in ScChartArray::CreateMemChartSingle.
Accepted.
On branch cws_src680_dr34: sc/source/core/tool/chartarr.cxx 1.13.208.1
Reassigning to QA. re-open issue and reassign to oc@openoffice.org
reassign to oc@openoffice.org
reset resolution to FIXED
verified in internal build cws_dr34 INFO: Because of technical problems this task could not be added in cws_dr34. Therefor #i44495# was written and added.
closed because fix available in OOo1.9m91