Bug 657807 - [abrt] chart::InternalDataProvider::InternalDataProvider
Summary: [abrt] chart::InternalDataProvider::InternalDataProvider
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org
Version: 14
Hardware: i686
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: David Tardon
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:00248e9546e1ed118aae7b1a995...
: 666205 699284 719789 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-28 06:14 UTC by Jason Smith
Modified: 2011-11-28 18:20 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-28 18:20:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (31.02 KB, text/plain)
2010-11-28 06:14 UTC, Jason Smith
no flags Details

Description Jason Smith 2010-11-28 06:14:06 UTC
abrt version: 1.1.14
architecture: i686
Attached file: backtrace
cmdline: /usr/lib/openoffice.org3/program/scalc.bin -calc file:///home-nfs/jason/Documents/investments/Scottrade_IRA/scottrade_ira.ods
comment: Using OO.org 3.3.0-15.2.fc14 on Fedora 14. Same spreadsheet works fine with F13. Have never had any crashes. Just upgraded to F14 and opened same spreadsheet and OO.org has crashed twice on F14. Using GetQuote module. OO.org just crashes inexplicably.
component: openoffice.org
crash_function: os::die()
executable: /usr/lib/openoffice.org3/program/scalc.bin
kernel: 2.6.35.6-48.fc14.i686
package: openoffice.org-calc-1:3.3.0-15.2.fc14
rating: 3
reason: Process /usr/lib/openoffice.org3/program/scalc.bin was killed by signal 6 (SIGABRT)
release: Fedora release 14 (Laughlin)
time: 1290920791
uid: 500

How to reproduce
-----
1. Open OO.org Calc
2. Open spreadsheet
3. Wait

Comment 1 Jason Smith 2010-11-28 06:14:09 UTC
Created attachment 463294 [details]
File: backtrace

Comment 2 David Tardon 2010-11-28 08:14:13 UTC
This is on second run of the for loop at chart2/source/tools/InternalDataProvider.cxx:349, which means that aNewCategories already contains some items. Now what happens if its length is greater than the length of aStringSeq (2 in this case)? Access to aStringSeq (unguarded, through array) past its limits .-)

dtardon->jvsmith: Could you attach the crashing spreadsheet here, for reference?

Comment 3 Jason Smith 2010-11-28 15:28:47 UTC
David,

I've tried this a few more times and it crashes whenever I try to save or when OOo tries and does an auto save. I don't mind sharing my spreadsheet but since it contains my IRA investments I'd prefer not to to upload it to this bugzilla report. Can I e-mail it to you?

Comment 4 David Tardon 2010-11-28 16:49:52 UTC
dtardon->jvsmith: yeah, sure

Comment 5 Jason Smith 2010-11-28 17:04:18 UTC
Sent

Comment 6 David Tardon 2010-11-30 09:50:03 UTC
It looks like the real problem here is that the labels are messed up by something. I.e., change something at the chart data sheet and look back at the x-axis labels of the chart...

Comment 7 David Tardon 2010-12-29 16:36:19 UTC
*** Bug 666205 has been marked as a duplicate of this bug. ***

Comment 8 Christian Jose 2011-01-06 23:56:38 UTC
Package: openoffice.org-calc-1:3.3.0-18.2.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
I was editing a "Categories" box for a Data Series in a chart. I had found that I could chart data from two sheets as a single data series using:
$'Data 09-10'.$F$25:$F$56;$'Data 10-11'.$F$4:$F$23

However, whilst trying to use a similar formula for "Categories":
$'Data 09-10'.$D$25:$D$56;$'Data 10-11'.$D$4:$D$23
the Y-axis was overprinting (overlaying) the two parts of the series rather than displaying them consecutively, under the relevant data-points.

I was trying a couple of ideas (editing the categories entry) to see what was happening when calc crashed.

The main attempt was using a smaller range in the seond part of the category fornula - which showed that the overprinting did not occur for consecutive values of Y.

Comment
-----
I could provide screenshots if that would be helpful.

My system is a little slow, it's possible that I was pushing things by making several changes too quickly (the chart redraw in the background takes many, many seconds). It's quite a complex spreadsheet with several charts.

Comment 9 David Tardon 2011-04-25 06:44:14 UTC
*** Bug 699284 has been marked as a duplicate of this bug. ***

Comment 10 David Tardon 2011-07-11 06:32:40 UTC
*** Bug 719789 has been marked as a duplicate of this bug. ***

Comment 11 Michael Cronenworth 2011-07-12 19:43:53 UTC
Is there any active work being done on this?

Are there any other logs or information that is needed?

Comment 12 David Tardon 2011-07-13 04:47:25 UTC
(In reply to comment #11)
> Is there any active work being done on this?

Not at the moment (and hasn't been for some time) :( Meanwhile, it sits near the top of my TODO list and waits for the moment I'm in mood for some Calc fixing.

> Are there any other logs or information that is needed?

No, I already know what the problem is. But thanks anyway.

Comment 13 Michael Cronenworth 2011-07-23 20:31:33 UTC
FWIY I downloaded LO 3.4.1 from the official LO.org site. The document that crashed no longer crashes. Everyone might give it a shot. Looks like there were many changes to charts in 3.4 and something fixed my crash.

Comment 14 Michael Cronenworth 2011-11-28 18:20:53 UTC
Since F16 has LO 3.4 this can be closed.


Note You need to log in before you can comment on or make changes to this bug.