Created attachment 16044 [details]
How the chart looks like originally

Created attachment 16045 [details]
The Calc document -see how it opens for You

Created attachment 16046 [details]
This is how it looks for me after reopening the file (the same for Writer)

Its a problem with your selection. Your selection shows only the Pie Object not
the hole chart. Change your selection and try it again, it will works fine. So i
close it as worksforme. ok?

closed as worksforme

Sorry, I don't understand what wokrsform is it.
The major problem is that chart does change it's dimensions without user's
action. Is this kinda worksforme?

Repeat:
I create a chart.
I do some changes to it's dimensions and I'm happy with them -I like how the
chart looks and thus I save it. In hope, that next time I open the file, the
chart will be the same.

Then I open the file and realise that the chart IS NOT THE SAME as I saved. It's
severely deformed. But not only the one, other 10 charts in document too!

Should I manually restore the sizes on all charts in document every time I open
it and maybe want to print the document??

I can confirm the wrong behavior for StarOffice7.0p2 on Win98, but it works fine
in OOo1.1.2.

I suggest REOPENING the bug, since this isn't worksform.

I have encountered the bug with OOo112 (stable) both on GNU/Linux and W2k, and
OOo111 stable/Linux.

I have feeling that this is matter of some automation in chart engine, and in my
opinion the bug applyes during opening and maybe automatic formatting the chart.
Reason is, that the bug is active not only when saving and opening the document
containing the chart, but also during copy/paste from document to another (as I
previously stated).

The bug seems somehow connected to size of chart itself (maybe the relative
space that the very chart takes inside of the outer chart frame). If You want to
reply the bug, try playing with the dimensions and angle of chart. My posted
pictures show how it applyes to me.

But if the dimensions really matters, then the size of fonts might matter too,
and this might be a reason why the bug is visible for You only under SO72, if
there's different font used.

It seems to me, that chart engine jumps somewhere near to DEFAULT size of the
chart, as it draws him the very first time the chart is created. What do You think?

Moreover, when resizing the shrinked chart (the very body, not the outer frame
of course), in some 15% of tryes the chart literally escapes my size selection
and jumps to smaller size! I mean, when I drag the desired size by mouse, after
releasing the mouse button the chart shrinks immediately back (in the mentioned
about 15-20% of tryes).

This bug quite irritates me, because I have been trusting the OOo native file
format as RELIABLE, so that it keeps everything as I saved and the document
remains untouched when I open it in any OOo under any platform. And I have been
proudly evangelising it. Now it seems, that not only M$W changes the docs
everytime. The OOo is much better indeed, but NOT PERFECT YET!

Hello, is there somebody who would reopen the bug?

Also present in OOo 680 m41

.

Hi Björn,
pls have a look.

Thank You.

This is indeed a bug in the chart.
As the chart is redone for OOo 2.0, I reckon, we will no longer have this issue.
But, of course I have to check.

according to http://www.openoffice.org/servlets/ReadMsg?list=releases&msgNo=7690
this issue will be set to OOoLater

removed keyword new_implementation

With the complete re-implemtation of the chart module starting with SRC680m213
this bug is fixed. When you create a 3D pie with that version, change the 3D pie
size, save and load with the new office version, then your pie will not change
in size unexpected anymore.
There was a wrong automatism in the old chart which makes a 3D pie half as high
as the values in the file did say under some circumstances.

Please confirm verification and close.

*** Issue 33300 has been marked as a duplicate of this issue. ***

verified on master

seen ok in master -> closed