GNOME Bugzilla – Bug 438933
chart order changes when workbook is saved
Last modified: 2007-07-31 22:09:37 UTC
Steps to produce the bug: 1) start gnumeric 2) create data to be charted 3) create a chart of the data 4) select the chart 5) copy & paste the chart into the same worksheet 6) arrange the charts, one overlapping the other 7) save the spreadsheet 8) close & restart gnumeric 9) load the spreadsheet - take note of the positioning (z-order) 10) save the spreadsheet 11) close & restart gnumeric 12) load the spreadsheet 13) goto step 10 Result: The chart order has changed Expected Result: The chart order should not change
It's a general issue with sheet objects (I thought it was already reported, but I can't find a similar bug report).
Simple fix. Patch is in 1.7.12.
I still see this problem with 1.7.12 at revision 15709.
hmmmm.... it might be a different problem... i can't seem to affect the order that gnumeric saves the charts... it seems to pic an order and stick with it no matter how i arrange them afterwards (using pull to front, push to back, etc.)
it may not have been clear in my original bug report that i'm using the context menu of the chart to manipulate the order on the worksheet. at this time, selecting those menu items appears to work onscreen but the changes to the ordering don't seem to be saved.
Good point. I hadn't realized that the view stacking was actually only maintained in the controls, the model was never updated. Patched in SVN for 1.7.12.
looks good to me. thanks!