Issue 64137

the picture size and aspect ratio changes only when leaving the dialogue with OK 
for me without changing anything in the dialogue though. Clicking undo does not 
undo the changed size and aspect ratio but changes the size of the frame back 
keeping the new aspect ratio. I add to your steps and confirm this issue on 
WinXP Pro SP2:
4. change the size of the frame so that there is some lines white space at the 
bottom in the caption area
6. click OK: the aspect ratio changes
7. click Undo in the toolbar: the frame size changes back but the picture has 
the new aspect ratio.

Ok, I just found out that when I change the size of the frame the pictures
aspect ratio will be considered - OK - but if I open the Dialog picture (as
mentioned in step 5) and i go to the sixth register card (i think it is called
"cutting" or something like that in English) the aspect ratio is completely
wrong. By clicking OK it is assigned to the picture and cannot be undone.

So, there must be an issue in the aspect ratio handling of pictures in frames.

Sorry, in my first description I forgot a step. This step has to be inserted
after step 6, so I call it 6a. Additionally, I add step 8:

6a. Change the size of the frame again.
7. Now the aspect ratio of the picure has changed.
8. This can't be undone.

response to private e-mail:

Hi,

I don't quite agree here: P2 means it's critical and affects many users. P3 
means it affects more than few, so some, users. I don't think it's affecting 
many users (not many users will encounter this defect: most will leave the 
dialogue with OK when they changed sth. and then they get the correct result, 
otherwise they will leave the dialogue with Cancel in which case I couldn't find 
a problem). Also the undo function doesn't stop working completely, it's only 
not working completely correct, so I don't see it as a critical usability 
problem. While I consider the undo function very important, it doesn't quite fit 
the P2 criteria in this case so I won't change the priority for now.

regards, Lars

note: step 4, 5 and 6 in the original description are important: the aspect 
ratio of the picture in the frame only changes after changing the frame size or 
leaving the picture property dialogue with OK if the picture property dialogue 
has been left with cancel once before and the resize operation in step 4 resized 
the image in 2 dimensions (only vertical size change is not enough).

response to private e-mail 2: I adapted the summary to reflect the current 
problem. If I missed sth. or if there is an additional problem please tell me or 
file another issue.

This problem is similar to the one in issue 25391.
It looks, that when having "aspect ratio" enabled for objects formatted with
"relative width" the information will be resetted in a way when the graphic
properties dialog has been opened.

I think that this Issue is really underestimated since it has been reported
since OpenOffice.org 1.1.1 and it is not resolved yet. There are so many reports
for this issues.

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

The problem is getting more and more popular. Thus _I change the target to OO 3.0.

Could someone who has got the privileges change the field "Operating System" to
"all". I can reproduce this bug on Linux and Windows.

'OS' changed to 'All'

Target adjusted

Changed Priority to "P2" because many people who are writing big documents
recognized this behaviour (they asked me what to do). The main problem is, that
sometimes this issue happens after reopening a document. So you don't know that
the aspect ratio of the picture is broken until you reopen it (sometimes). Some
people blame this to the OpenDocument format and are a bit afraid, that they
receive data loss when saving. So I think it is a critical bug.

This bug also stops me from converting a big document to OpenDocument format
because picture with captions are a risk to use.

Also in Version 2.0.4.

definately not a P2.

parity: please respect the our rules for priorities and don't change the version
field.

os: can you verify, if the status "Started" is correct?

Started is correct. 
The name of this state is misleading. It just means that I'm currently the right
one to do anything with this issue. It doesn't necessarily mean that I really do
anything with it right now. 

I think this issue correlated (but no duplicate) to issue 25391? Does the
solution of issue 25391 make the solution of this issue possible for OOo 2.3?

Is it possible to fix this bug in OpenOffice.org 2.4?

I'll have a look. Target changed to 2.4

In case this bug gets fixed I would like to see verified that issue 65608
*really* is a duplicate.

Fixed in cws os109 in
sw/source/ui/shells/grfsh.cxx

It really is the same problem in issue 65608

A wrong cast resulted in changes within the attribute array of the graphic
attribute set.

Reassigned for verification

Verified the fix in CWS os109.

Seems as if the fix for this issue introduced a new issue.

Please have a look at issue 86978.

Closed, works fine in DEV300m14.