Issue 75258

Summary: New Chart: Renaming a sheet corrupts charts using data on it
Product: General Reporter: bjoern.milcke
Component: chartAssignee: kla <thomas.klarhoefer>
Status: CLOSED FIXED QA Contact: issues@graphics <issues>
Severity: Trivial    
Priority: P3 CC: issues, thomas.klarhoefer
Version: 3.3.0 or older (OOo)Keywords: new_implementation
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Document with two charts that show the corruption on sheet rename none

Description bjoern.milcke 2007-03-09 15:58:50 UTC 
1. Load the attached document
2a. Rename the first sheet
=> The chart data is set incorrectly.
(It looks like the data would be set as rectangular region with wrong arguments).

2b. activate both charts once, so that they are loaded
3b. Rename the first sheet
=> The chart data is set differently but also incorrectly.

2c. Press F9
3c. Rename the first sheet
=> The charts are OK.

->NN: I am not sure why there are these differences. I think when F9 is pressed,
the charts have living models and the model objects are attached as change
listener and therefore get the new table name in the used ranges.
In the other cases the charts are loaded, but obviously the data with renamed
sheet is set like in the old chart as rectangular region
(XDataReceiver::setArguments). This, of course, does not always work, and also
might destroy formatting.
Comment 1 bjoern.milcke 2007-03-09 15:59:48 UTC 
Set keyword, CC kla.
Comment 2 bjoern.milcke 2007-03-09 16:01:19 UTC 
Created attachment 43622 [details]
Document with two charts that show the corruption on sheet rename
Comment 3 bjoern.milcke 2007-03-09 16:05:02 UTC 
Sorry, forgot a little detail: appears on CWS chart2mst3.
Comment 4 niklas.nebel 2007-03-19 16:06:10 UTC 
Fixed on CWS chart2mst3.
Comment 5 niklas.nebel 2007-03-20 10:48:16 UTC 
Available in CWS build, reassigning to QA for verification.
Comment 6 kla 2007-03-26 11:40:39 UTC 
verified
Comment 7 p9w.vu.31122010 2007-06-14 14:16:24 UTC 
verified in 680 m215, closing